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I.  INTRODUCTION 


A.  BACKGROUND 

The  1990’s  are  challenging  times  for  the  Depaitmmt  of  Defense.  With  shrinking 
defense  budget,  downsizing  in  personnel  and  infrastructure,  as  well  as  a  shifting  national 
defense  strategy,  profound  changes  are  occuring  in  all  areas  of  its  operations.  This 
changing  playing  field,  coupled  with  skyrocketing  advances  in  information  technology, 
emphasizes  the  need  for  Department  of  Defense  managers  to  examine  business  processes 
and  seek  substantive  improvements  in  the  efficient  use  of  assigned  resources. 

To  foster  improved  efficiency  in  the  management  of  DoD’s  information  resources, 
the  Corporate  Information  Management  (CIM)  initiative  was  launched  in  1989.  The 
initiative’s  goals  were  to: 

1.  Ensure  standardization,  quality,  and  consistency  of  data  from  DoD  multiple 
Information  Systems. 

2.  Identify  and  implemeiit  managerial  efficiency  throughout  the  Life  Cycle 
Management  process. 

3 .  Eliminate  duplicate  development  and  maintenance  of  multiple  Information  Systems 
designated  for  the  same  functional  requirements.  [General  Accounting  Office, 
February  1991] 

Although  initially  focused  towards  improving  efficiency  in  the  procurement  and 
utilization  of  Information  Systems,  the  emphasis  on  managerial  efficiency  has  led  to  a 
pursuit  of  re-designing  business  processes  throughout  DoD.  By  pursuing  these  goals. 
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DoD  projected  savings  in  the  Information  Technology  portion  of  its  budget  totalling  $2.2 
billion  between  1991  to  1995.  [General  Accounting  Office,  February  1991]  Additionally, 
by  using  the  same  accounting,  pay,  or  supply  systems  for  all  the  services,  DoD  expected 
to  take  advantage  of  economies  of  scale  in  training  and  support  of  systems  while 
improving  joint  interoperability  among  the  military  services. 

A  basic  tenet  of  DoD  is  that  automating  a  process  without  first  conducting  a 
business  process  review  and  redesign  often  results  in  tlw  automation  of  an  inferior 
process.  This  reasoning  lead  to  the  developed  of  the  Business  Process  Improvement 
Program  (BPEP).  BPIP  provides  critical  Business  Process  Improvement  support  to  the 
CIM  initiative,  thereby  assisting  DoD  functional  managers  in  improving  any  process  and 
not  just  those  founded  in  the  use  of  information  systems 

An  update  report  on  the  status  of  the  CIM  Initiative  (dated  October  1992) 
highlights  this  support:  "The  CIM  initiative  differs  procedurally  from  other  cost-cutting 
and  productivity  improvement  efforts  in  the  DoD  in  that  selection  of  a  set  of  consistent, 
computer-aided  modeling  tools  is  the  common  denominator  in  the  examination  of  all 
business  processes. "  [CIM  Initiative,  October  1992]  Functional  Process  Improvement 
(which  DoD  considers  synonymous  with  Business  Process  Improvement)  is  facilitated  by 
the  use  of  IDEF  (pronounced  ’eye-deaf)  modelling  and  Activity  Based  Costing  (ABC) 
techniques. 

By  using  the  Integrated  Computer-Aided  Manufacturing  Definition  (IDEF) 
language,  practitioners  of  FPI  incorporate  the  ability  to  model  the  current,  or  AS-IS, 
business  process  model  (using  IDEFO),  and  data  model  (using  IDEFIX).  An 
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improvement  team  would  then  envision  and  model  how  the  process  should  be  q)erating 
in  a  TO-BE  model.  Modeling  is  crucial  because  it  sui^its  iterative  review  and 
improvement  in  the  understanding  of  the  current  business  process.  Modeling  helps 
establish  a  baseline  understanding  of  the  process,  provides  a  structured  means  of 
discussing  that  baseline,  provides  a  common  language  for  facilitating  discussion,  and  can 
open  lines  of  communication  for  those  individuals  who  are  not  familiar  with  the  technical 
intricacies  of  the  modeled  process.  By  capturing  (as  completely  as  possible)  all  critical 
elements  in  the  business  process,  improvement  alternatives  can  more  accurately  be 
developed  and  compared. 

Apart  from  the  emphasis  on  modeling  the  business  process,  the  FPI  methodology 
focuses  on  the  need  to  compare  alternative  improvements  on  a  common  economic  basis. 
Paul  Strassman,  former  Director  of  Defense  Information,  emphasizes  this  point  when  he 
states:  "To  achieve  the  highest  savings,  CIM  investments  must  be  based  on  a  functional 
economic  analysis  of  business  activities  or  operations."  [DoD,  FEA,  1993]  To  this  end, 
Activity  Based  Costing  (also  know  as  Unit  Costing)  is  used  extensively  in  creating  the 
business  case  for  each  improvement  alternative  considered. 

Activity  Based  Costing  (ABC)  is  the  process  of  identifying  and  associating  direct 
and  indirect  costs  to  an  activity’s  primary  product  output.  An  example  of  this  might  be 
an  activity  that  attaches  a  pre-made  golf  club  grip  to  the  prepared  shaft  of  a  golf  club. 
This  activity  might  grip  or  re-grip  1(X)  golf  clubs  in  a  day  at  a  total  labor  and  material 
cost  of  $200.  The  amount  paid  for  facilities  and  management  of  the  process  might  add 
an  additional  $10  in  indirect  costs.  The  unit  cost  (or  cost  based  on  this  activity)  would 
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be  $2.10/giipping.  More  detailed  discussion  of  this  concept  and  its  application  are 
presented  in  following  chapters. 

By  incorporating  process  modeling  and  cost  collection  techniques,  FPI  presents  a 
structured  methodology  that  defines  a  function’s  "as  is"  environment,  its  business 
objectives,  and  its  strategy  for  achieving  those  objectives.  Following  this,  FPI  facilitates 
a  program  of  implementing  business  improvements  made  through  functional,  technical, 
and  economic  analysis  of  alternatives. 

To  assist  functional  managers  in  achieving  the  goals  of  the  CIM  initiative,  DoD 
developed  the  DDI  Interim  Guidance  for  Functional  Process  Improvemeru,  which  details 
the  procedures  for  utilizing  the  methodology  (DoD  8020.  IM,  August  1992);  fmaJ 
guidance  is  expected  to  be  completed  by  December  1994.  DoD  8020.  IM  details  the 
steps  necessary  to  receive  DoD  approval  when  acquiring  a  new,  or  substantively 
improving  an  existing,  major  automated  information  system.  FPI  was  to  be  utilized  to 
fulfill  part  but  not  all  of  the  requirements  of  DoD  Directive  8120.1,  Life-Cycle 
Management  (LCM)  of  Automated  Information  Systems  (AISs).  DoD  Directive  8120.1 
states  that  "it  is  DOD  policy  to  control  expenditures  on  the  AISs  to  ensure  that  derived 
benefits  satisfy  the  mission  needs  to  the  greatest  extent  possible  and  in  the  most  cost- 
effective  manner.  The  AIS  cost  estimates  shall  be  determined  and  defended  using 
Functional  Economic  Analysis."  [DoD  8120.1] 

F£A  is  one  of  the  products  of  FPI.  The  reasoning  for  mandating  the  use  of  FPI 
when  developing  business  cases  to  prove  the  feasibility  of  proposed  improvements  was 
to  provide  senior  functional  proponents  a  means  to  ” .  .exercise  all  necessary  authority  and 
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responsibility  to  continuously  evaluate  and  improve  their  functional  processes,  data 
requirements,  and  supporting  information  systems.”  [DoD  8020. IM] 

The  steps  involved  in  the  process  are  as  follows: 


1 .  Perform  Activity  Modeling.  This  is  where  IDEFO  would  be  used  to  develop  an 
AS-IS  model  of  the  current  process. 

2.  Perform  Data  Modeling:  IDEFIX  is  then  used  to  develop  a  model  of  system  data 
and  data  relationships. 

3.  Evaluate  and  Select  Process,  Data,  and  Information  Systems  Improvement 
Alternatives:  These  alternatives  should  contribute  to  the  implementation  of  strategic 
plans  and  functional  objectives. 

4.  Prepare  the  Functional  Economic  Analysis:  A  FEA  is  the  principal  document  in 
an  integrated  set  of  documents  that  make  up  a  decision  package.  Initial  FEA’s  are 
developed  to  assist  the  functional  manager  in  choosing  the  best  alternative.  Final 
FEA’s  are  used  to  secure  OSD  Principal  Staff  Assistant  approval  so  that  the 
alternative  can  be  executed. 

5.  Execute  the  approved  Alternative:  This  includes  implementing  process  and  data 
changes,  as  well  as  performing  functional  management  oversight  of  information 
system  changes  on  behalf  of  the  OSD  Principal  Staff  Assistant. 

6.  Revise  Baseline  and  Seek  Further  Improvements:  This  stq)  highlights  the 
iterative  nature  of  FPL  Activity  and  Data  models  are  intended  to  be  "living 
documents"  th;  .  grow  and  change  as  the  organization  develops.  [DoD  8020.  IM] 


The  process  described  above  gives  only  a  brief  view  of  how  implementation  of  the 
CIM  initiative  was  to  occur.  Not  detailed  was  the  work  necessary  by  the  OSD  Principal 
Staff  Assistants  to  develop  the  functional  architecture  and  identify  the  current  baseline 
of  information  systems  in  specified  functional  areas.  This  area  of  study  is  not  of  central 
concern  to  this  thesis. 
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In  order  to  expand  the  use  of  FH  to  areas  other  than  the  development  and 
maintenance  of  information  systems,  DoD  needed  to  emphasize  the  general  applicability 
of  process  improvement  to  any  business  process.  In  a  CIM  White  Paper  (rq}rinted  in 
Federal  Computer  Week)  the  Director  of  Defense  Information  directed  that  all  DoD 
investments  in  Automated  Information  Systems  be  evaluated  in  a  Functional  Economic 
Analysis  framework.  Although  IDEF  and  other  related  techniques,  methods,  and  tools 
are  considered  important  mechanisms  in  implementing  the  vision  of  CIM,  they  should 
be  introduced  after  the  CIM  principles  and  processes  have  been  fiiUy  understood. 
[Federal  Computer  Week,  27  September,  1991] 

From  this  foundation,  DoD  sought  the  development  of  more  general  guidance  to 
functional  managers.  To  this  end,  the  CIM  Process  Improvement  Methodology  for  DoD 
Functional  Managers  (prepared  by  the  D’ Appleton  Company)  was  published  in  January 
1993  for  the  use  of  DoD.  This  guidance  was  intended  to  lend  a  general  business  tone 
to  FPI,  thereby  expanding  its  applicability  to  DoD  improvement  programs.  The 
bureaucratic  sqjproval  process  was  de-emphasized  in  order  to  improve  FPI’s  ease  of  use 
by  functional  managers  not  working  on  major  automated  information  systems.  Examples 
of  actual  application  were  emphasized  in  this  guidance  so  that  the  document  possessed 
more  of  a  "real  world”  foundation  rather  than  an  instruction  format. 

Similarly,  the  Navy  Information  Systems  Management  Center  (NISMC)  developed 
guidance  that  it  intended  to  be  specifically  tailored  to  the  Department  of  the  Navy.  Like 
CIM  Process  Improvement  Methodology  for  DoD  Functional  Managers,  the  Functional 
Process  Improvement  Implementation  Guide  was  designed  to  assist  functional  managers 
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(specifically  those  in  DoN)  in  b^ter  understanding  and  utilizing  the  FPI  methodology  and 
tool  set.  The  work  by  NISMC  also  launched  the  first  implementation  pilot  products 
conducted  in  DoN  utilizing  the  FPI  methodology.  The  lessons  learned  from  these 
projects  are  included  as  part  of  the  implementation  guide.  One  of  these  projects  is  the 
subject  of  further  study  later  in  this  thesis. 

B.  FPI  IN  THE  PUBUC  AND  PRIVATE  SECTORS 

The  Functional  Process  Improvement  methodology  has  been  used  primarily  within 
DoD.  Some  pilot  program  work  has  been  conducted  in  the  separate  military  services, 
but  only  those  conducted  in  DoD  and  DoN  will  be  addressed  by  this  thesis.  In  the 
private  sector,  a  methodology  incorporating  some  of  Functional  Process  Improvement’s 
characteristics  has  been  used  by  General  Motors  Corporation. 

This  thesis  reviewed  two  government  cases  where  the  FPI  methodology  was 
utilized.  In  DoD,  the  Defense  Logistics  Agency(DLA)  utilized  this  methodology  in 
studying  consumable  item  management.  This  Business  Process  Improvement  project  was 
conducted  from  July  8,  1992,  through  November  20,  1992. 

In  the  Department  of  the  Navy,  the  Naval  Information  Systems  Management  Center 
sponsored  a  project  examining  the  business  process  for  requesting  and  scheduling  training 
for  civilian  personnel.  The  project  addressed  the  development  of  an  improved  training 
coordination  process  by  studying  over  fifty  training  coordinators  at  three  separate  sites. 
It  was  conducted  from  April  1992  through  September  1992. 
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In  the  private  sector,  General  Motors  (GM)  Corporation  relied  extensively  on  the 
IDEFO  process  modeling  tool  -in  its  Engineering  Process  Improvement  Commitment 
(EPIC)  project.  The  GM  project  is  of  value  in  that  it  addresses  how  non-govemment 
organizations  have  attempted  to  use  portions  of  the  FPI  methodology,  specifically  IDEFO. 
Review  of  GM’s  perceived  success  or  failure  can  assist  in  determining  whether  IDEFO 
has  survived  the  marketplace. 

Diverse  cases  were  reviewed  in  this  study  so  that  general  business  theories  could 
be  developed  without  distortion  from  implementation  idiosyncracies  in  any  one  domain. 
Understandably,  GM's  application  and  utilization  of  IDEF  in  the  production  of 
automobiles  is  vastly  different  from  that  of  the  Defense  Logistic  Agv  ;y’s  woiit  in 
Consumable  Item  Management.  The  diversity  of  the  cases  examined,  as  well  as  other 
pertinent  work  in  the  field  of  change  management  and  process  improvement,  led  to  the 
identification  of  substantive  strengths  and  weaknesses  in  the  application  of  the  FPI 
methodology.  These  findings  are  presented  in  Chapters  IV  and  V. 
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n.  PROCESS  IMFROVl 


DI7>  I  Ml 


NT  PHASES  AND  TOOLS  UTILIZED 


A.  OVERVIEW 

The  written  guidance  reviewed  in  Cluq^r  I  demonstrates  how  the  Functional 
Process  Improvement  (FPI)  methodology  was  expanded  to  be  more  iq>plicable  to  general 
business  processes.  In  this  way,  it  has  become  less  codified  and  structured.  In  fact, 
when  DoD  Interim  Guidance  for  Functional  Process  Improvement  (8020.  IM)  is  replaced 
(expected  in  December  1994)  with  final  guidance,  the  new  8020. 1  is  expected  to  be  more 
streamlined  in  its  discussion  of  the  review  process  and  will  take  into  account  various 
cultural  aspects  of  DoD  that  affect  implementing  process  changes.  [Telcon,  Gracie, 
February  1994]  Some  of  the  results  of  this  are  expected  to  be  the  inclusion  of  Business 
Process  Reengineering  (BPR)  concepts,  such  as  those  presented  in  Reengineering  the 
Corporation  [Hammer  and  Champy,  1993].  Additionally,  a  more  focused  study 
concerning  the  utilization  of  human  resources  in  the  change  process  will  be  included. 
Based  on  this  evolution,  FPI  has  become  a  more  generalized  process  following  the  six 
phases  as  shown  in  Figure  1. 

We  will  explore  the  :q)plication  of  the  six  tools  used  to  support  the  phases  shown 
in  Figure  1.  These  are  Strategic  Planning,  Process  Modeling,  Information  (or  Data) 
Modeling,  Activity  Based  Costing,  Benchmaridng,  and  Functional  Economic  Analysis. 
Examples  from  the  Defense  Logistics  Agency  Business  Process  Improvement  Project  on 
Consumable  Item  Management  will  be  used  to  illustrate  the  concepts. 
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Figure  1  Functional  Process  Improvement  Cycle  [FEA  Guidance,  1992] 


B.  STRATEGIC  PLANNING 

Much  emphasis  has  been  placed  on  strategic  planning  in  contemporary  literature. 
Whether  directly  addressed  by  works  such  as  Strategic  Planning  for  Public  and  Nonprofit 
Organizations  by  John  Bryson,  or  indirectly  by  focusing  on  the  concqjts  of  Corporate 
vision  and  purpose  ala  Reengineering  the  Corporation  (Hammer  and  Champy),  these 
worics  provide  evidence  that  any  process  improvement  project  would  be  wise  to  start  by 
developing  a  strategic  plan. 

Clearly,  before  making  any  overreaching  change  in  an  organization,  the  plaimers 
should  first  envision  the  final  state  of  the  process  they  are  attempting  to  develc^.  That 
is  not  only  good  managerial  prance,  but  the  envisioned  final  state  also  provides  a  gauge 
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of  the  project’s  success.  To  increase  the  potential  for  process  improvement  success, 
strategic  planning  should  be  used  as  a  disciplined  effort  that  produces  fundamental 
decisions  and  actions  that  will  shape  and  guide  the  understanding  of  what  the  organization 
is,  how  it  performs  in  a  given  enviroiunent,  and  why  it  performs  as  it  does. 

Understanding  what  effective  strategic  planning  is  intended  to  provide  further 
clarifies  the  above  assertion.  Stated  simply,  strategic  planning  is  an  assessment.  First, 
it  is  an  assessment  of  how  the  organization  views  its  mission.  Second,  it  is  an 
assessment  of  the  direction  given  the  organization  by  its  stakeholders.  Third,  it  is  an 
assessment  of  how  the  organization  views  changes  in  its  environment.  This  could  be 
either  in  technological  trends  or  business  trends  as  highlighted  by  competition. 

Following  this  assessment,  strategic  planning  is  used  in  the  FPI  methodology  to 
develop  a  plan  that  aligns  the  organization’s  vision  of  itself  and  its  objectives  which,  if 
reached,  will  mean  success  for  the  organization  in  its  perceived  environment.  In  the 
private  sector,  much  attention  in  this  area  is  directed  towards  maintaining  a  competitive 
advantage.  For  DBOF  (Defense  Business  Operating  Funds)  Activities,  which  charge 
their  "customers"  for  provided  services,  maintaining  competitive  advantage  may  be  very 
applicable.  For  an  operational  unit,  strategic  planning  can  focus  attention  on  what 
elements  in  its  mission  must  be  achieved;  sometimes  at  the  expense  of  other  objectives. 
Peter  Drucker  argues  the  importance  of  this  focus  in  his  work.  Managing  the  Nonprofit 
Organization.  [Drucker,  1992] 

One  of  the  most  significant  aspects  of  strategic  planning  in  FPI  is  how  it  can  be 
used  to  secure  executive  commitment  to  improvement  projects.  With  a  well  develqied 
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and  adq)ted  strategic  plan  as  a  foundation,  improvement  projects  can  be  based  on  a 
defmed  scope  and  purpose  that  demonstrates  suf^rt  for  the  direction  of  the  organization. 
As  such,  strategic  planning  assists  improvement  projects  by  providing  a  clear  justification 
for  team  member  involvement  and  resource  support. 

In  the  case  of  the  Defense  Logistics  Agency  (DLA),  the  project  charter  required 
that  the  TO-BE  model  incorporate  the  business  improvements  defmed  in  the  Logistics 
Business  Strategic  Plan.  The  charter  specified  the  scope  and  purpose  of  the  project,  as 
well  as  when  the  worlc  of  the  team  was  to  be  completed. 

C.  PROCESS  MODELING  USING  IDEFO 

The  IDEF  methodology  was  origirudly  developed  by  the  United  States  Air  Force 
to  increase  manufacturing  process  productivity.  As  IDEF  evolved  from  its  beginnings 
in  the  Integrated  Computer-Aided  Manufacturing  Program  (circa  1970’s),  it  became  a 
tool  useful  for  modeling  business  processes.  For  this  reason  the  modeling  procedures 
utilized  by  IDEF  were  refmed  and  codified  by  DoD  and  software  vendors  that  developed 
tools  utilizing  the  IDEF  methodology.  EDEFIX,  which  we  will  discuss  in  the  following 
section,  was  developed  to  provide  a  means  for  modeling  the  data  structure  of  the  business 
process. 

1.  Why  IDEFO? 

In  1992  the  Defense  Department’s  Information  Technology  Policy  Board 
mandated  the  use  of  the  IDEF  modeling  technique.  The  stated  rationale  for  choosing 
EDEFO  over  other  process  modeling  techniques  (such  as  Data  Flow  Diagrams)  was; 


1 .  IDEFO  allows  thorough  documentation  and  defuiition  of  the  problem  area,  ther^y 
facilitating  its  solution. 

2.  Problems  should  be  analyzed  in  a  modular,  hierarchical,  and  structured  top-down 
m^hod. 

3.  IDEFO  better  dq)icts  redundant  activities,  interrelationships  among  the  activities, 
and  how  the  activities  fit  into  a  hierarchical  structure. 

4.  IDEFO  supports  disciplined  and  coordinated  teamwoiic  and  consensus. 

5.  IDEFO  is  structured  and  rigorous. 

6.  IDEFO  follows  the  principle  of  gradual  exposition  of  detail.  [Vogel,  1993] 

By  using  IDEFO,  the  modeling  team  develops  a  procedural,  rather  than  organizational, 
depiction  of  business  functions.  By  focusing  on  the  process,  IDEFO  can  highlight 
unnecessary  steps,  duplication  of  effort,  overlapping  organizational  responsibilities, 
unused  outputs,  lack  of  automation  in  processes,  and  under-utilization  or  waste  of 
resources.  Discussion  of  IDEFO’ s  perceived  strength  as  a  process  modeling  tool  is 
presented  in  Chapter  Five. 

2.  Understandii^  the  IDEFO  Process 

In  its  most  rudimentary  form,  IDEFO  process 
models  begin  with  an  Activity.  An  activity  is  r^resented 
by  a  rectangular  box  with  a  descriptive  label  of  the 
activity.  Four  sets  of  arrows  lead  into  or  out  of  the  box, 
as  shown  in  Figure  2.  Arrows  entering  from  the  left  are 
Inputs  such  as,  information  or  materials  used  by  the 
process.  From  the  top  are  Controls,  such  as  regulations,  laws,  or  any  other  constraint 
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on  the  process.  To  the  right  of  the  process  are  Outputs,  which  are  what  the  process 
produces.  At  the  bottom  of  the  process  are  Mechanisms,  these  identify  tmw  or  by  whom 
the  process  is  performed  (i.e.,  what  peq}le.  tools,  etc.).  When  discussed  as  a  group, 
these  arrows  are  referred  to  by  their  initials  as  ICOMs. 

At  a  macro¬ 
level  of  dq)iction,  with  the 
least  degree  of  detail,  the 
activity  is  modeled  in  what 
is  called  the  Context 
Diagram.  The  Context 
Diagram  identifies  the 
entire  business  process 
being  modeled,  as  well  as 
the  purpose,  scope,  and  viewpoint  taken  by  the  modeling  team.  The  back  page  of  the 
model  (not  shown)  is  used  to  provide  a  text  description  of  the  Context  Diagram.  In 
Figure  3,  the  DLA  example  is  used  to  illustrate  this  concqH. 

The  next  model  used  in  studying  the  process  is  a  Node  Tree.  Pictured  in 
Figure  4,  the  node  tree  shows  the  hierarchical  structure  of  the  modeled  process  as  it  is 
divided  into  its  subordinate  parts.  Each  node  in  the  tree  is  expanded  until  the  lowest 
level  node  can  be  easily  understood  as  a  single  activity.  By  using  the  Node  Tree,  the 
improvement  team  can  determine  at  what  level  to  conduct  the  improvement  project.  This 
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decision  would  be  based  on  the  degree  of  detail 
required  to  fulfill  the  improvement  projects 
chatter. 

The  next  stq>  in  modeling  is  accomplished 
using  a  Decomposition  diagram.  This  diagram  is 
a  mote  detailed  version  of  the  context  diagram, 
and  is  used  to  break  the  parent  activity  and  that 
activity's  ICOMs  into  finer  d^ail.  The  modeling  team  uses  the  Node  Tree  to  determine 
the  activities  to  be  modeled  in  a  particular  Decomposition  Diagram.  For  example,  if 
Activity  A12  (as  shown  in  figure  4)  were  decomposed  into  a  lower  level  diagram,  that 
lower  level  diagram  would  model  activities  A121,  A122,  and  A123. 

Decomposition  is  used  to  model  where  in  the  process  each  ICOM  is  actually 
used.  Appendix  A  contains  excerpts  from  the  DLA  process  model.  This  appendix 
includes  the  context  diagram,  the  first  decomposition  of  the  context  diagram,  and  the 
decomposition  of  activity  A2  (Provide  For  Market  Requirements).  By  modeling  where 
ICOMs  are  used,  it  is  possible  to  uncover  relationships  among  activities  not  addressed 
by  process  flow.  An  example  of  this  is  shown  in  the  decomposition  diagram  of  activity 
A2,  all  three  sub-activities  were  determined  to  utilize  the  Logistics  Data  input. 

The  last  section  of  an  IDEFO  model  is  the  Data  dictionary.  A  well  developed 
and  documented  data  dictionary  is  vital  to  the  success  of  the  improvement  project.  The 
data  dictionary  ensures  that  a  common  language  is  used  and  understood  by  all 


Figure  4  IDEFO  Node  Tree  Example 
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Process  t  Mauoage  Regulrements 

Definition*  Includes  all  the  processes  required  to 
develop,  maintain,  and  evaluate  the  Requirements  Plan. 

Origination  Date*  08/18/92 

Date  Revised*  10/26/92 

Who  Revised*  SMS 

Figure  5  IDEFO  Data  Dictionary  Entry  Example 
improvement  team  participants  by  defining  and  standardizing  all  data  elements.  Figure 
S  contains  a  modified  example  from  the  DLA  project  data  dictionary. 

As  we  will  see,  the  Arst  step  in  using  each  of  the  following  tools  in  the  FPI 
methodology  is  to  analyze  the  process  model.  Because  the  process  model  lays  the 
foundation  for  aU  the  following  stqis  in  the  FPI  process,  a  poor  process  model  can 
hamper  the  improvement  team’s  ability  to  analyze  the  business  process  and  determine  any 
substantive  improvement  alternatives.  . 

D.  INFORMATION  MODELING  USING  IDEFIX 

Information  Modeling  using  a  tool  such  as  IDEFIX  provides  a  model  of  the 
information  used  in  the  business  process,  the  entities  (e.g. ,  Customer  Requests)  where 
the  information  resides,  as  well  as  the  rules  that  govern  how  that  information  is  shared 
and  produced.  Under  the  FPI  methodology,  IDEFIX  tool  is  used  to  produce  the  data 
model  that  supports  the  logical  design  of  a  relational  database.  For  systems  not  involved 
in  the  creation  of  a  relational  database,  IDEFIX  is  used  to  highlight  the  business  rules 
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that  define,  expose,  or  model  the  underlying  policies  and  constraints  of  the  business 
process.  Because  the  data  model  is  generally  developed  to  the  same  level  of  detail  as  the 
accompanying  process  model,  the  business  rules  uncovered  may  not  reflect  all  of  those 
applicable  to  the  organization.  Additional  discussion  of  this  concept  follows  near  the  end 
of  this  section. 

Entities  represent  the  data  that  is  contained  in  a  single  ICOM  or  a  combination  of 
ICOMs  in  the  process  model.  The 
example  in  Figure  6  is  based  on  an  ICOM 
from  Node  A-2  included  in  Appendix  A. 

An  Entity  is  comprised  of  a  Key  Attribute 
(e.g.,  Request#)  and  General  Attributes 
(e.g..  Date).  Attributes  depict  what 
information  is  contained  within  an  entity. 

In  the  process  improvement  process,  this 
depiction  can  bring  to  light  concerns  as  to  why  the  attributes  exist  in  any  modeled  entity. 
In  the  DLA  case  study,  IDEFIX  was  not  used.  Figure  6  therefore  is  an  attempt  to 
illustrate  how  IDEFIX  might  have  been  used  based  on  the  ICOMs  developed  by  DLA. 

After  developing  each  entity,  the  data  modeling  team  would  then  consider  how  the 
entities  relate  to  one  another.  Entities  relate  in  a  variety  of  ways  that  can  be  defmed  by 
whether  they  are  mandatory  and  whether  they  are  multiple  or  singular  (modality). 
Modality  of  relationships  is  depicted  by  either  a  1  if  only  a  single  entity  instantiation  is 
possible  in  the  relationship,  or  N  for  multiple  instantiation  (or  M  in  the  case  of  multiple 


CUSTOMER  REQUEST 
Attributes:  (Partial) 
Request# 
CustomerName 
Item# 

Priority 

Date 


Figure  6  IDEFIX  Entity  Example 
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to  multiple).  Mandatory  relationships  are  depicted  by  a  hash  mark  across  the  relationship 
line  while  non-mandatory  relationships  are  indicated  by  an  oval  across  the  relationship 
line.  Based  on  this.  Figure  6  would  depict  two  entities,  drawn  from  the  ‘’Manage 
Resources”  activity  example  in  the  preceding  section,  that  would  possess  a  mandatory 
one-to-many  relationship. 

Conveiting  key-based 
data  models  (with  partially 
established  attribution)  to 
fiiUy  attributed  data  models 
with  near  error-free 
dependencies  and  reduced 
redundancies  is  normally 
accomplished  by  technical 
specialists  in  data 
administration.  For  the  most  part,  unless  the  process  improvement  involves  re-designing 
a  relational  database,  this  degree  of  detail  is  unnecessary.  For  a  detailed  description  of 
data  models  and  their  application  the  reader  is  directed  to  an  exceUent  reference  on  the 
subject,  Chapter  4  of  Database  Processing  by  David  M.  Kroenke.  [Kroenke,  1992] 

Of  importance  to  all  improvement  efforts  is  the  derivation  of  business  rules  that 
come  from  expressing  the  relationship  of  entities  in  common  English.  Using  the  example 
in  Figure  7,  we  could  develop  the  following  Business  Rules: 


CUSTOMER  REQUEST] 
AttrlxitM:  (PartM)  ' 
R«quMM 
CuMoawfXtw 
itwn* 

Prtoflty 
Dal* 


■0—^ - 1 

CuMNTMrltMn 
RaquMt 


ITEM 

lAUrtaitaa:  (PartiaO 
Kami 
3ij9prf09 
Raordar  Point 
Vandor 
Raatockooat 


Figure  7  Entity  Relationships 
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1 .  Customer  Requests  must  contain  only  one  item  per  request. 

2.  Items  may  be  requested  by  many  Customer  Requests. 


In  Re-Engineering  the  Corporation,  Hammer  and  Champy  emphasize  the  opportunity  to 
reap  substantial  rewards  from  process  re-engineering  by  uncovering  business  rules. 
[Hammer  and  Champy,  1993].  Although  Hammer  and  Champy  are  referring  to  rules 
that  effect  an  organizational  oii  a  lai^e  scale,  the  concept  is  iq>plicable  here  as  well. 
From  the  above  example  we  could  ask  questions  such  as  "Should  customers  be  restricted 
to  only  requesting  one  item  per  request?"  This  question  helps  to  determine  whether 
opportunities  such  as  those  highlighted  by  Hammer  and  Champy  exist  for  this  modeled 
relationship. 

The  last  element  of  the  Information  Model  is  the  Glossary.  Much  like  the  Data 
Dictionary  used  in  IDEFO,  the  Glossary  provides  a  commonly  accq)ted  means  of 
ensuring  that  all  improvement  team  members  are  "speaking  the  same  language"  when 
they  discuss  the  model.  An  example 
entry  in  an  Information  Model  Glossary  is 
provided  in  Figure  8. 

E.  ACTIVITY  BASED  COSTING 

Activity  Based  Costing  (ABC) 
performs  a  vital  role  in  the  FPI 
methodology  by  providing  a  means  to 
account  for  the  cost  of  producing  the 


Entity:  Customer  Request 

Definition:  Contains  a 

request  for  a  single  Item. 

Origination  Date:  11/11/92 

Date  Revised:  12/12/92 

Ifho  Revised:  DLA 

I^lgure  8  IDEFIX  Glossary  Example 
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output  of  a  modeled  activity.  As  utilized  in  the  FPI  methodology,  ABC  detennines  the 
cost  of  each  modeled  activity,  identifies  high  cost  drivers,  and  provides  the  costing 
baseline  for  future  business  process  improvements. 

The  first  step  in  using  ABC  is  to  r^m  to  the  process  model  (IDEFO)  to  analyze 
the  activities  targeted  for  improvement.  In  the  DLA  case  study,  activities  at  the  third 
level  of  decomposition  were  chosen  for  analysis;  an  example  of  this  level  is  presented 
in  Appendix  A.  This  decision  was  made  by  DLA  so  that  activities  would  be  sufficiently 
detailed  to  facilitate  cost  assignments. 

Highlighting  the  iterative  nature  of  FPI,  the  first  task  of  the  improvement  team 
when  using  ABC  is  to  validate  the  process  model.  This  increases  the  team’s  assurance 
that  the  developed  model  accurately  depicts  how  the  business  processes  are  actually 
performed. 

The  next  stq>  is  to  gather  data  regarding  all  costs  associated  with  each 
organizational  entity  (i.e.  dqiaitments).  "ntis  process  can  be  very  time  consuming  but, 
like  much  of  the  FPI  methodology,  if  completed  properly  the  data  gathered  and  modeled 
should  be  reusable  on  future  improvement  projects.  DLA  focused  on  labor  costs  for 
civilians  and  military,  as  well  as  overhead  costs  for  management  where  they  could  be 
accurately  determined  and  s^lied  with  confidence. 

The  third  step  is  to  trace  costs  to  specific  activities  in  the  process  model.  The  costs 
gathered  in  stqp  two  are  s^lied  to  each  activity  as  a  percentage  of  the  time  an 
organizational  entity  conducts  that  activity.  For  example,  referring  to  Appendix  A,  if 
the  Accounting  Department  spends  40  percent  of  its  labor  to  "Reconcile  Records" 
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(activity  A232),  then  the  improvement  team  would  assign  40  percent  of  the  Accounting 
Dq>aitments  costs  to  this  activity. 

Step  four  involves  the  establishment  of  an  mitput  measure.  This  is  usually  a  unit 
cost.  Simply  stated,  a  unit  cost  is  determined  by  dividing  the  total  cost  for  performing 
an  activity  by  the  number  of  ouQnit  units  generated  by  that  activity.  The  importance  of 
focusing  on  a  single  activity  ou^ut  is  that  it  helps  keq)  the  picture  as  clear  as  possible. 
Continuing  the  example  in  the  preceding  stq),  the  organization  could  determine  the  unit 
cost  for  DLA  to  "reconcile  a  record."  Regardless  of  whether  the  activity  that  performs 
the  "reconcile  a  record"  function  is  the  target  an  improvement  alternative,  determining 
the  unit  cost  associated  with  each  record  requiring  reconciliation  could  provide  an 
objectively  measured  value  to  the  savings  generated  from  improving  other  activities  (if 
those  improvements  reduce  the  number  of  records  that  require  reconciliation). 

The  fmal  stq)  in  ABC  is  to  analyze  the  costs  associated  with  each  activity  to 
determine  candidates  for  improvement.  The  DLA  case  study  provided  costing 
information  for  each  of  its  activities  based  on  labor  costs,  percent  cost  of  each  activity 
at  the  furst  two  levels  of  decomposition,  and  the  activity's  contribution  to  small-  and 
large-  buy  process  costs  (a  purchase  quantity  of  more  than  25,000  items  would  be 
considered  a  large-buy).  As  an  aside,  in  a  more  detailed  application  of  ABC  more  cost 
elements  might  have  been  used.  DLA  deemed  that  degree  of  detail  to  be  unnecessary 
based  on  its  intention  to  significantly  change  the  current  business  practices. 

By  analyzing  the  costing  information  collected  by  DLA,  the  improvement  team 
could  determine  if  a  potential  for  improvement  existed  in  each  activity.  If  so,  further 
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investigation  would  be  completed  using  BenchnuxHdng  and  Functional  Eamomic  Analysis 
as  will  be  addressed  in  later  sections. 

The  benefit  of  ABC  is  that  costing  data  is  organized  in  a  manner  that  is  easily 
understood  by  functional  managers.  Using  ABC,  activities  are  first  distinguished  as 
either  primary  or  secondary.  Primary  activities  are  those  that  contribute  to  the  central 
missions  of  an  organization,  such  as  educating  military  officers  for  the  Naval 
Postgraduate  School.  A  secondary  activity  does  not  contribute  directly  to  the  primary 
mission,  i.e.  conducting  random  urinalysis  testing.  Primary  activities  can  be  further 
classified  as  either  value  added  or  non-value  added.  Non-value  added  (NVA)  activities 
generally  involve  inspections,  correction  of  mistakes,  or  compensation  for  lack  of  quality 
in  products.  Secondary  activities  can  be  further  classified  as  essential  (required  by  law, 
regulation,  and  so  on),  or  non-essential  (being  done  for  no  ^[jparent  reason).  These 
classifications  enable  functional  managers  to  use  a  variety  of  techniques  to  simultaneously 
combat  waste  and  improve  performance.  Because  secondary  activities  are  considered 
NVA  by  default,  the  requirement  for  essential  secondary  activities  should  be  modified 
where  possible  to  make  them  non-essential.  Non-essential  and  NVA  activities  should  be 
reduced  or  eliminated,  thereby  improving  the  efficiency  of  the  overall  process.  For  a 
more  detailed  discussion  of  ABC  and  the  above  concq)ts,  the  reader  may  wish  to  review 
DoD  8020.  IM,  Chapter  8,  Section  E. 
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F.  BENCHMARKING 


Benchmarking  is  the  process  of  finding  the  best  practice  for  conducting  a  given 
business  activity.  By  finding  the  best  in  the  field,  the  process  improvement  team  is  not 
required  to  "re-invent  the  wheel"  when  making  improvements.  The  most  direct  way  to 
explore  the  concq)t  of  benchmarking  is  to  consider  the  benefits  and  drawbacks  of  this 
approach. 

What  is  provided  by  benchmarking  clearly  justifies  its  exploration.  If  a  successful 
process  can  be  uncovered  that  matches  the  process  being  innovated,  a  "blu^rint  for 
success"  is  presented  to  the  improvement  team.  Benchmarking  also  provides  a  means 
of  using  observed  processes  to  spark  the  improvement  team’s  own  insights.  A  fmal 
benefit  of  benchmarking  is  that  it  can  be  used  to  displaying  a  successful  implementation 
in  another  agency  or  company,  so  that  managerial  commitment  to  a  proposed 
improvement  alternative  can  be  more  readily  accepted. 

When  conducting  benchmarking  the  improvement  team  must  avoid  some  possible 
pitfalls.  There  is  a  potential  that  the  improvement  team  might  miss  key  elements  in  why 
the  studied  process  works  for  the  benchmarked  company.  Another  is  that  benchmarked 
processes  may  not  fit  the  idiosyncracies  of  the  agency  conducting  the  process 
improvement.  Finally,  the  best  process  in  the  field  may  still  be  less  efficient  than  what 
the  improvement  team  can  develop  themselves. 

So  how,  then,  is  benchmarking  pursued?  First,  the  improvement  team  would 
return  to  the  process  model,  and  determine  which  activity  (or  group  of  activities  that 
comprise  a  process)  could  lend  itself  to  benchmarking.  The  next  step  is  to  identify  the 
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best  business  practices  being  executed  in  the  industry.  Much  of  the  guidance  developed 
by  DoD  and  DoN  emphasize  that  the  improvement  team  must  not  limit  itself  to  DoD  or 
DoN.  Hammer  and  Champy  take  this  emphasis  further  by  stating  "[i]f  you  can’t  find  [a 
best  practice]  this  should  be  used  as  a  challenge  to  the  process  improvement  team  to  set 
one.  ”  [Hammer  and  Champy,  1993] 

Once  a  benchmaridng  example  is  uncovered,  the  improvement  team  would  then 
analyze  the  difference  between  the  target  and  their  own  organization.  Following  the 
analysis,  and  the  development  of  any  substantive  changes  to  an  uncovered  benchmailced 
process,  the  team  would  identify  the  implementation  goals  for  the  process.  These  goals 
are  used  as  a  foundation  for  developing  and  comparing  improvement  alternatives. 

In  an  example  of  this  method,  DLA  made  the  decision  to  study  Price  Club, 
Incorporated  to  gain  insight  into  their  own  process  improvements.  As  is  highlighted  in 
the  case  study,  some  aspects  of  what  is  Iduned  are  applicable,  while  others  may  not  be. 
For  example,  Price  Club  intentionally  ignores  customer  demands  in  market  segments  that 
they  deem  to  be  unprofitable,  while  DLA  is  mandated  to  satisfy  aU  DoD  requisitions. 
The  DLA  study  continues  to  say  that  Price  Clubs  methodology  may  be  useful  if  DLA 
could  segment  its  consumable  item  inventories.  [DoD,  DLA,  1992]  DLA  began  a 
reorganization  along  these  lines  in  January  of  1993.  [Endoso,  March  1993] 

G.  DEVELOPING  THE  BUSINESS  CASE  USING  FEA 

A  business  case  is  a  detailed  plan  for  implementing  a  process  change.  Essential 
to  the  pr^Miration  of  a  business  case  is  a  thorough  understanding  of  both  the  current 
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business  environment  and  the  implementation  requirements  for  the  proposed 
improvement.  To  ^nerate  a  standardized  business  case  format,  DoD  devel(^)ed  the  FEA 
methodology  and  FEA  Model  (FEAM)  software  tool.  The  FEAM  is  used  to  compare 
cost  and  savings  projections  for  each  proposed  alternative  to  the  current  AS-IS  baseline, 
and  to  the  other  proposed  alternatives.  FEAM  presents  the  comparative  results  in 
graphical  as  well  as  tabular  format. 

FEA’s  focus  is  very  similar  to  that  of  the  FPI  methodology.  As  the  FEA 
Guidebook  states,  FEA  was  designed  to  address  three  general  principles: 

1 .  Functional  Focus.  Being  designed  to  evaluate  changes  in  a  functional  process, 
FEA  provides  decision  makers  with  a  bottom  line  ^roach  to  use  resources 
effectively  in  meeting  defmed  objectives  and  strategies. 

2.  Measurement.  FEA  requires  a  full  risk-adjusted  weighing  of  costs  and  benefits 
so  that  decision  makers  can  determine  each  alternative’s  economic  viability. 

3.  Maiugement  Tool.  DoD  guidance  emphasizes  that  the  use  of  FEA  is  an  ongoing 
requirement.  That  is,  after  a  FEA  is  develc^red,  it  is  updated  as  events  dictate.  [DoD, 
FEA,  1993] 

Development  of  the  business  case  is  the  culmination  of  the  six-phase  process  of 
FPI,  as  diagramed  in  Figure  1.  First,  the  current  business  environment  is  defmed, 
analyzed,  and  evaluated  using  IDEFO;  IDEFIX,  and  ABC.  These  tools  expose 
improvement  of^rtunities,  each  of  which  might  be  developed  as  specific  improvement 
alternatives.  For  each  alternative,  the  improvement  targets  or  goals  are  then  developed. 
These  targets  and  goals  assist  in  determining  the  expected  benefits  of  each  alternative, 
as  well  as  help  the  improvement  team  determine  the  associated  risks.  To  ensure  that 
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improvement  alternatives  support  the  strat^c  targ^  and  goals  of  the  organization,  each 
alternative  is  reviewed  against  the  functional  area  and  organization  strategic  plans. 

The  preceding  steps  in  the  FPI  methodology  allow  FEA  to  provide  a  review  of  the 
current  understanding  of  the  business  process.  The  business  case  is  then  used  to  plan  the 
implementation  of  improvement  alternatives,  presenting  the  implementation  plan  with  all 
alternatives  considered,  and  accounting  for  the  identified  risks  of  each  alternative. 
Included  in  discussing  the  resources  required  and  risk  associated  with  each  alternative, 
the  business  case  addresses  the  technical  feasibility,  resource  availability,  cultural 
commitment,  and  manageability. 

A  business  case  develtqred  using  FEA  provides  three  vital  items  to  the  manager  of 
improvement  efforts.  First,  by  identifying  the  projected  benefits  of  each  alternative  and 
associated  risk  on  a  common  economic  foundation,  the  business  case  allows  alternatives 
to  be  reviewed  and  compared  in  detailed  fashion.  Second,  by  developing  an 
implementation  strategy  for  each  alternative  that  incorporates  all  support  systems,  the 
business  case  demonstrates  proper  managerial  planning  and  accountability.  Third,  by 
identifying  performance  measurements  for  each  alternative,  the  business  case  remains  a 
useful  managerial  tool  for  determining  the  success  of  improvement  alternative  that  are 
approved  and  executed.  The  DLA  Case  Study  did  not  contain  a  FEA;  rather,  it  provided 
the  approved  TO-BE  process  model  for  the  supply  center  of  the  future,  and  discussed 
financial  concerns  that  highlighted  why  the  modeled  alternative  was  accepted. 

Comparing  alternatives  using  FEA  involves  accounting  for  the  initial  monetary 
commitment  and  annual  additional  cost  of  each  alternative  throughout  its  projected  life 
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cycle.  These  costs  can  be  compared  using  FEAM,  or  by  simply  determining  the  net 
present  value  (NPV)  of  each  alternative.  FEAM  is  much  more  sophisticated,  and  utilizes 
a  Risk  Adjusted  Discounted  Cash  Flow  (RADCF)  method  that  simulates  probable  best- 
and  worse-case  scenarios  to  est^lish  upper  and  lower  bounds  for  the  relative  success  of 
each  proposed  alternative.  This  determination  is  develq)ed  by  the  FEAM  based  on 
variables  that  the  user  has  identified  as  changing  in  each  scenario  (i.e.  fluctuating  interest 
rates). 

The  CIM  Process  Improvement  Methodology  For  DoD  Functional  Managers 
provides  an  example  of  the  NPV  comparison,  while  the  FEA  Guidebook  should  be 
referred  to  for  further  information  regarding  FEA  or  the  FEAM. 

H.  MATCHING  THE  TOOL  SET  TO  THE  SIX  PHASE  METHODOLOGY 

To  recap  the  tools  utilized  in  FPI,  Figure  9  provides  a  depiction  of  each  of  the  six 
phases  of  process  improvement.  It  should  be  noted  that  FPI  is  an  iterative  process  for 
improvement.  Although  the  tools  utilized 
have  been  presented  in  sequential  order 
for  a  generally  sequential  six-phase 
approach,  FPI  requires  multiple  reviews 
of  each  phase  to  ensure  that  a  complete 
process  or  data  model  has  been  developed 
and  improvement  alternatives  are 
generated  from  a  sound  research 


Define  the  Business 


Analyze  the  Processes  XXX  X 


Evaluate  Perfonnance  ;  X  X  X  X 


Plan  Alternatives 


XX 


Approve  Alternative 


Execute  Alternative 


Figure  9  Tool/Phase  Comparison 
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foundation.  This  iteiative  nature  is  specifically  highlighted  by  the  em{4iasis  placed  on 
using  the  busing  case  as  an  cngoing  numagerial  document. 
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m.  FUNCTIONAL  PROCESS  IMFROVEMENTIMFLEMENTATION 


A.  INTRODUCTION 

This  cluy)ter  presents  a  review  of  the  Defense  Logistics  Agency  (DLA)  Consumable 
Item  Management(CIM)  Business  Process  Iffiprovement(BPI)  Project,  the  Department  of 
the  Navy  Civilian  Persormel  Training  BPI  Project,  and  the  General  Motors  Engineering 
Process  Improvement  Commitment  (EPIC)  project.  The  case  studies,  DoD  and  DoN 
guidance,  and  interviews  with  various  individuals  involved  in  these  and  other  BPI 
projects  highlight  that  the  FPI  methodology  is  very  time  consuming  and  rigorous.  This 
is  important  to  state  before  reviewing  these  studies  so  that  deviation  from  a  strict 
application  of  the  FPI  methodology  is  considered  in  the  appropriate  light.  Discussion  of 
whether  any  deviation  should  be  considered  to  detract  from  the  usefulness  of  the 
methodology  will  be  presented  in  the  following  chapter. 

Both  cases  reviewed  relied  on  facilitators  external  to  the  Dq^artment  of  Defense. 
In  such  a  role,  consultants  provide  technical  guidance  on  the  use  of  the  IDEF  tool  set, 
assistance  in  developing  managerial  guidance  for  process  improvement,  and  guidance  for 
improvement  teams  in  their  day  to  day  operations.  Giving  focus  to  the  improvement 
projects  seemed  essential  to  the  production  of  detailed  process  models  and  improvement 
alternatives. 
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B.  DEFENSE  LOGISITICS  AGENCY  CONSUMABLE  ITEM  MANAGEMENT 

BFIP 

The  Defense  Logistics  Agency  is  the  Consumable  Item  Manager  for  most  of  DoD. 
Of  the  estimated  five  million  consumable  items  used  within  DoD,  DLA  manages  over 
three  million  at  the  time  of  the  case  study.  As  DoD  continues  to  move  toward 
consolidation  and  streamlining  under  the  CIM  Initiative,  it  is  anticipated  that  DLA  will 
increase  the  number  of  consumable  items  it  controls. 

DLA’s  current  business  processes,  as  modeled  in  the  first  layer  of  the  AS-IS 
decomposition  model,  are  resource  management,  determining  market  lequirenKnts, 
providing  technical  and  quality  support,  procuring  material  and  services,  and  providing 
transportation  support  for  delivering  goods  and  services.  The  AS-IS  process  model 
developed  shows  how  understanding  of  these  business  practices  by  the  modeling  team 
expands  as  they  decompose  the  process  model.  Increased  knowledge  of  the  business 
processes  is  essential  to  the  modeling  team  so  they  are  more  effective  in  developing 
improvement  alternatives. 

1.  Project  Background 

DoD  established  the  Joint  Logistics  Systems  Center  (JLSC)  to  design, 
develop,  and  integrate  its  Material  and  Logistics  Systems.  In  keeping  with  that  purpose, 
JLSC  sponsored  the  DLA  project  to  review  current  suf^ly-related  management  systems 
and  propose  irmovative  improvements.  JLSC’s  intention  was  to  incorporate  the  results 
of  DLA's  modeling  efforts  into  the  DoD-wide  TO-BE  Material  Management  Model. 
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DLA’s  charter  therefore,  was  to  research  b^er  business  practices,  and  not  necessarily 
to  immediately  implement  what  was  developed. 


Based  on  that  chatter,  DLA  defined  the  project’s  objectives  as  develt^ing  a 
detailed  understanding  of  their  current  business  practices,  identifying  potential  short-  and 
long-  term  improvement  alternatives,  and  creating  a  TO-BE  process  model  that  would 
document  the  business  processes  best  serving  the  consumable  item  management  needs  of 
DoD.  Meeting  these  objectives  would  lay  the  groundwork  on  which  following  projects 
could  build. 

The  first  consideration  in  this  effort,  as  defined  by  the  FPI  methodology,  was 
to  review  the  functional  area  Strategic  Plan  that  this  research  would  support.  JLSC  was 
established  to  enact  the  Logistics  Business  Strategic  Plan  (LBSC)  of  the  CIM  initiative. 
DLA  would  support  the  LBSC  by  exploring  possible  migration  systems  and  elements 
useful  in  fmding  the  requirements  of  a  functional  area  common  system. 

2.  Conduct  of  the  Project 

The  project  began  with  an  initial  ten-day  training  seminar  for  ten  of  the 
improvement  team  members.  The  seminar  was  used  to  teach  the  members  about  the  FPI 
methodology,  and  train  them  in  the  application  of  the  IDEF  tool  set.  These  members 
thereby  formed  DLA’s  corporate  knowledge  base  for  the  project.  Two  members  were 
used  as  team  leaders  for  each  of  the  five  improvement  teams.  A  consultant  outside  DoD 
who  was  experienced  in  the  application  of  the  FPI  methodology  conducted  the  seminar. 

Following  the  training  seminar,  all  the  project  members  gathered  for  a  workshop. 
The  workshop  was  vital  to  the  success  of  the  DLA  project  because  the  team  members 
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jointly  established  their  charter,  objectives,  scope,  and  perq)ective  for  conducting  the 
project.  By  establishing  a  well  developed  understanding  of  the  project  requirements,  and 
incorporating  team  member  considerations  raised  at  the  initial  meeting,  DLA  solidified 
team  member  commitment  to  the  project,  and  managers  who  released  resources  to 
support  the  project  were  assured  that  this  investment  was  not  in  vain. 

The  perspective  used  for  modeling  the  processes  was  that  of  an  individual 
Defense  Supply  Center  (DSC)  rather  than  DLA  headquarters.  This  choice  of  perspective 
allowed  team  members  to  concentrate  on  how  the  process  is,  and  then  should  be, 
conducted  at  the  "operational"  level. 

The  teams  modeling  efforts  focused  on  identifying  high  cost  and  long  lead 
time  activities.  Team  leaders  met  as  a  group  throughout  the  development  of  the  process 
model,  and  then  conducted  a  two-day  walk-through  of  the  completed  model.  These 
walk-throughs  validate  that  the  model  best  represented  the  team’s  understanding  of  how 
DLA  business  processes  functioned.  Following  the  team’s  validation,  the  model  was 
presented  to  various  personnel  in  the  individual  DSCs. 

After  receiving  this  additional  level  of  validation,  the  improvement  teams 
collected  costing  data  related  to  the  modeled  activities.  Analysis  of  the  data  collected  led 
to  improvement  alternatives  that  simplified,  automated,  or  combined  value-added 
activities.  For  Non- Value  Added  (NVA)  activities,  which  comprised  40%  of  all  modeled 
activities,  improvement  alternatives  emphasized  elimination  of  those  not  required  by  DLA 
or  higher  authority  and  reduction,  simplification,  or  policy  modification  for  NVA 
activities  considered  essential.  The  potential  savings  generated  by  all  proposed 
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improvement  alternatives  would  reduce  operational  costs  by  30%  ($89M)  of  the  total  cost 
to  Manage  Consumable  Items. 


As  the  improvement  team  moved  from  developing  the  AS-IS  model  to 
envisioning  the  TO-BE  model,  an  interesting  point  was  raised  regarding  the  composition 
of  the  improvement  teams.  In  the  defuiition  phase,  functionally  aligned  teams  were  used 
to  accurately  model  the  processes,  but  cross-functional  teams  were  used  for  the  TO-BE 
process  modeling.  One  consequence  of  this  was  the  envisioned  restructuring  of  a  DSC 
around  four  major  cross-functional  processes:  Support  the  Corporate  Enviromnent, 
Market  the  &usme<:s,  Provide  for  Material  Requirements,  and  Provide  &igineering  and 
Technical  Support.  [DoD,  DLA,  1992] 

The  improvement  teams  went  beyond  the  use  of  ABC  by  also  conducting  a 
process  flow  analysis  of  DLA’s  two  major  procurement  processes,  large-  and  small-  buy 
procurements.  Included  in  Appendix  A  is  what  DLA  found  to  be  the  AS-IS  functional 
flow  vs.  process  flow  for  large  buys.  This  comparison  highlights  the  inefficiency  of  the 
process  flow  as  currently  performed  by  showing  the  path  taken  by  a  sample  procurement 
through  DLA’s  current  business  structure.  The  team’s  emphasis  for  improvement 
alternatives  generated  from  this  analysis  was  to  reduce  wait  times  between  activities  and 
processing  times  within  activities.  Those  activities  exhibiting  the  largest  of  either  of 
these  delays  were  the  first  reviewed  for  improvement. 

The  catalyst  for  this  process  flow  improvement  is  the  anticipated  utilization 
of  a  shared  database  to  allow  decision  makers  to  address  all  aspects  of  Integrated 
Logistics  Support.  The  application  of  information  technology  for  DLA’s  process 
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improvement  produced  dramatic  results  exceeding  what  is  usually  expected  in  an 
incremental  improvement  program.  From  this  application,  DLA  projects  that  they  will 
reduce  excess  material  and  safety  levels  of  stocking,  thereby  producing  a  savings 
opportunity  of  $88M,  or  a  20%  improvement  over  that  of  a  typical  hardware  supply 
center.  [DoD,  DLA,  1992]  Also  very  impressive  is  the  reduction  in  lead-time  of  75  % 
for  small-buy  and  37%  for  large-buy  procurements. 

3.  Comments 

In  a  partial  deviation  from  the  standard  FPI  methodology,  DLA  chose  not  to 
use  the  IDEFIX  information  modeling  tool.  DLA’s  specific  intent  to  develop  a  TO-BE 
process  model  significantly  different  from  current  business  practices  may  have  made 
IDEFIX  unnecessary  in  this  case.  As  presented  in  the  previous  chapter,  though, 
IDEFlX’s  ability  to  bring  to  light  current  business  rules  might  have  uncovered  aspects 
that  the  improvement  team  did  not  consider.  It  is  not  readily  iq)parent  whether  the 
benefits  of  developing  a  data  model  would  have  justified  the  time,  training,  and  cost 
required.  DLA  went  significantly  beyond  ABC  analysis  by  also  conducting  timeline  and 
process  flow  analysis,  the  important  aspect  of  which  was  a  review  of  business  processes 
from  beginning  to  end.  The  results  of  doing  this  were  mentioned  previously. 

Also  of  significance,  the  DLA  improvement  team  met  with  OASD(C3I) 
Defense  Director  of  Information  (then  Paul  Strassman),  and  the  DoD  Comptroller.  The 
improvement  team  also  met  with  the  Principal  Staff  Element  Directors  within  DLA. 
These  meetings  were  an  attempt  to  discuss  senior  management’s  expectations  of  the 
improvement  team’s  results.  By  doing  this,  the  team  maintained  managerial  commitment 
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in  the  BFl  project.  This  would  have  been  more  important  had  the  intent  of  the  project 
been  to  conduct  actual  process  changes  rather  than  research. 

Note  that  the  DLA  study  did  not  appear  to  include  a  final  or  initial  Functional 
Economic  Analysis  on  any  alternative.  The  case  study  says  that  the  improvement  team 
reviewed  each  process  improvement  to  decitte  whether  the  improvement  was 
"implementable."  Detailed  discussion  of  this  review  was  not  presented.  Although 
review  of  each  alternative  was  conducted,  by  not  presenting  an  FEA  it  seems  possible 
that  DLA  concentrated  on  the  benefits  of  each  alternative  but  not  the  costs  or  other 
difficulties  associated  with  initiating  improvements. 

DLA  was  not  oblivious  to  these  concerns.  The  case  study  refers,  to  concerns 
that  DLA’s  personnel  in  changing  business  structure  are  the  "pacing  aspect  of  DLA's 
goals  to  reduce  inventories  and  operating  costs."  [DoD,  DLA,  1992]  Regarding 
monetary  investment,  the  study  estimates  the  costs  associated  with  the  proposed 
improvements  as  five  percent  of  current  total  costs.  That  figure  would  be  approximately 
$15M. 

Continuing  this  point,  the  study  concludes  by  stating  that  DLA  needs  to 
"develop  a  ’change  management’  strategy  that  targets  areas  for  improvement,  develop 
baseline  measures  and  a  strategy  to  change  the  work  habits  of  employees  and  styles  of 
managers."  [DoD,  DLA,  1992]  Without  doing  this,  the  alternatives  developed  are  much 
like  user  requirements  when  developing  information  systems.  That  is,  an  improvement 
alternative  such  as  "Establishing  a  Tiered  Pricing  System"  may  make  intuitive  sense  but 
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determining  whether  it  makes  managerial  or  economic  sense  cannot  be  made  until  costs 
are  collected,  analyzed,  and  projected.  This  is  the  purpose  of  the  business  case. 

C.  CIVILIAN  PERSONNEL  TRAINING  IN  THE  DEPARTMENT  OF  THE 

NAVY 

Civilian  Personnel  Training  is  managed  in  the  DoN  by  101  sq}arate  Human 
Resource  Offices  (HROs).  The  HROs  are  located  at  major  DoN  facilities  and  probably 
the  largest  of  these  is  HRO-Ciystal  City.  The  scheduling  and  tracking  of  training  for 
civilian  personnel  is  one  of  the  HRO  business  processes;  others  include  the  management 
of  accession,  career  management,  and  separation  for  civilian  employees.  The  reviewed 
BPI  project  concentrated  solely  on  the  Request  and  Schedule  Training  business  process 
from  the  viewpoint  of  HRO-Ciystal  City. 

An  intriguing  aspect  of  an  HRO’s  re^nsibility  is  to  manage  aspects  of  civilian 
personnel  resources  that  support  the  mission  of  the  DoN.  Under  the  CIM  initiative, 
though,  management  of  civilian  personnel  has  become  a  DoD-wide  business  process. 
This  review  will  highlight  the  impact  mission  priorities  and  duality  of  command  had  on 
the  project  managed  by  HRO-Crystal  City. 

1.  Project  Background 

With  the  development  of  the  CIM  initiative,  and  subsequent  establishment  of 
FPI  as  the  means  of  achieving  CIM  goals,  DoN  decided  it  was  necessary  to  develop  a 
corporate  knowledge  base  supporting  the  methodology.  The  identification  of  four  pilot 
projects  to  test  this  methodology  was  made  by  the  Naval  Information  Systems 
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Management  Center  (NISMC).  These  pilot  projects  were  conducted  b^een  April  ami 
October  of  1992,  HRO-Crystal  City  (HRO-CC)  managed  one  of  these  projects.  The 
project  was  conducted  using  participation  from  over  SO  training  coordinators  serviced 
from  HRO-CC,  Naval  Weapons  Station  (NWS)  Concord,  and  Naval  Surface  Warfare 
Center  Division  Dahlgren  (NSWCDD).  NlSMC’s  intention  was  to  use  the  pilot  projects 
to  gather  information  about,  gain  experience  with,  and  provide  insight  into  managing  BPI 
projects.  NISMC  used  the  knowledge  gained  in  the  sponsored  pilot  projects  to  develop 
DoN’s  Functional  Process  Improvement  Implementation  Guide.  [DoN,  NISMC,  1993] 
HRO-CC  managed  the  Human  Resources  Development  pilot  project  to  seek 
improvements  in  the  process  of  requesting  and  scheduling  training  for  civilian  personnel. 
Although  initiated  by  NISMC,  the  strategic  plan  supported  by  the  project  was  developed 
by  the  Deputy  Assistant  Secretary  of  Defense  for  Civilian  Personnel  Policy  and  Equal 
Opportunity.  The  goal  of  the  strategic  plan  is  to  "develop  and  maintain  a  highly 
qualified,  well-trained,  representative 
civilian  work  force  that  can  respond 
rapidly  and  effectively  to  changing 
priorities  and  missions."  [Cartland,  J., 
et  al,  August  1993]  This  was  also  the 
guidance  for  a  BPI  project  being 
conducted  by  DoD  -  during  the  same 
time  period  -  to  establish  the  Defense 
Civilian  Personnel  Data  System 


Figure  8  DoD  Target  Civilian  Personnel 
Management  Life-Cycle 
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(DCPDS).  The  DCPDS  used  as  a  foundation  for  their  work  the  DoD  Target  Civilian 
Personnel  Management  Life  Cycle.  Figure  10  shows  an  d)ridged  version  of  this  life- 
cycle.  The  woik  of  HRO-CC,  NWS  Concord,  and  NSWCDD,  support  the  Develq>ment 
Phase  of  the  life  cycle  model. 

The  objectives  generated  for  this  improvement  project  were: 

1 .  develop  a  new  streamlined  procedure  for  requesting  and  scheduling  of  training 
services, 

2.  provide  training  information  to  NAVSEA  supervisors  and  managers, 

3.  share  these  improved  processes  with  other  personnel  offices  throughout  the 
Department  of  the  Navy,  and  the  Dqiaitment  of  Defense.  [DoN,  HRO-CC,  1992] 

These  objectives  arguably  were  not  very  bold,  and  should  have  been  the  first  indication 
that  this  project  may  have  lacked  managerial  commitment. 

2.  Conduct  of  the  Project 

This  project  commenced  with  a  five-day  training  seminar  conducted  by  a 
contracted  facilitator.  The  facilitator  exposed  the  improvement  team  to  the  concepts  of 
process  and  data  modeling,  and  provided  a  basic  understanding  of  how  to  use  the  IDEFO 
and  IDEFIX  modeling  tools.  Following  the  training,  the  team  developed  the  process 
model.  The  modeling  efforts  were  difficult  because  team  members  were  not  released 
from  their  regular  duties  to  be  part  of  the  team.  Additionally,  the  contracted  facilitator 
was  available  only  on  a  part-time  basis.  As  a  result,  questions  on  how  to  use  the 
modeling  tool  were  not  readily  resolved. 
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These  limitations  resulted  in  a  process  model  for  the  Request  and  Schedule 
Training  business  process,  which  was  not  very  detailed.  Appendix  B  shows  the  first 
level  decomposition  diagram  for  the  sub-process,  consisting  of:  Determine  Customer 
Requirements,  Process  Request,  and  Notify  All  Concerned.  Due  to  the  geographic 
separation  of  the  involved  sites,  NWS,  Concord,  and  NSWCDD  conducted  modeling 
apart  from  the  HRO-CC  team,  coming  tog^er  only  briefly  to  develop  the  AS-IS  model; 
this  may  account  for  the  cursory  model  they  develq)ed.  Following  the  generation  of  the 
process  model,  and  due  to  project  time  constraints  (exacerbated  by  a  late  project  start), 
generation  of  the  data  model  using  IDEFIX  was  not  conducted. 

As  the  improvement  team  moved  to  the  analysis  phase  of  the  project  they 
discovered  that,  because  facilitation  was  very  limited  and  focused  solely  on  process  and 
data  modeling,  the  team  beUeved  themselves  to  be  unprepared  to  conduct  the  Activity 
Based  Costing  analysis.  Unlike  the  DLA  project,  there  is  no  evidence  that  process  flow 
analysis  was  performed.  Without  ABC,  process  flow  analysis,  or  benchmarking,  the 
process  modeling  team  relied  on  expert  validation  to  assure  that  it  accurately  dq)icted  the 
current  business  process.  The  team  seemed  instead  to  do  its  own  validation  and  then 
develop  improvement  alternatives  that  concentrated  on  automating  the  existing  business 
practices. 

Automating  would  remove  some  of  the  redundancy  of  the  processes,  and 
shorten  process  times;  however,  by  not  looking  for  more  inventive  solutions,  the  team 
had  achieved  very  little  teal  improvement.  This  point  will  be  revisited  in  the  following 
section.  In  creating  the  TO-BE  model,  the  team  changed  very  little  of  the  AS-IS  model. 
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Tliis  point  is  danonstnted  by  a  cursoiy  comparison  of  the  first  and  lower  level 
decomposition  diagnuns  in  ^)pendix  B. 

3.  Conuneiits 

The  HRO-CC  managed  project  had  many  substantive  shoitcmnings  in  die 
following  areas,  those  stemming  from  a  lack  of  training,  those  due  to  a  lack  of 
understanding,  and  those  fostered  by  a  lack  of  time  or  attention. 

The  team’s  inability  to  conduct  ABC  analysis  is  one  indication  that  the 
training  for  this  project  may  have  been  inadequate.  Another  is  a  lack  of  eiqjerience  with 
the  IDEFO  modeling  tool  that  made  it  difficuh  for  the  team  to  make  quick  changes, 
ther^y  hampering  the  strragth  of  the  tool  to  ^nuk  interaction  among  team  members. 
Had  a  full-time  facilitator  been  available,  it  might  have  been  possible  to  recover  from  the 
improvement  team’s  lack  of  experience  and  training. 

The  team’s  lack  of  understanding  regarding  what  was  possible  with  process 
modeling  was  an  irnportam  contributor  to  the  limited  improvements  made  in  the  process. 
By  modeling  the  sequential  steps  of  the  business  process,  and  not  the  activities  performed 
or  the  mechanisms  involved,  the  project  generated  a  process  model  that  revealed  no 
substantive  insight  into  the  current  business  process.  Also,  by  not  combining  sqrparently 
identical  activities  (A232  and  A33)  in  improvement  alternatives,  the  project  achieved  no 
consolidation  of  effort  or  simplification  of  the  process.  Lastly,  by  seeking  to  automate, 
rather  than  improve,  the  project  appears  to  propose  an  alternative  that  automates  a  pooriy 
designed  process. 
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Automating  a  poorly  designed  process  is  harmful  in  two  ways.  It  does  not 
result  in  much  of  a  payoff.  In  the  HRO-CC  example,  it  is  questionable  whethm’  the 
benefits  from  the  chosen  alternative  exceed  the  project  cost.  Second,  automatkm  can 
allow  a  bad  process  to  be  (tone  more  efficiently  so  significant  improvements  to  the 
business  process  may  be  inhibited  in  the  future.  If,  for  example,  HRO-CC’s  current 
automation  improvements  result  in  a  significant  reduction  of  processing  time  for  requests, 
they  may  not  recognize  a  need  in  the  future  for  fundamental  change  in  the  automated 
business  process  (one  example  such  a  change  is  a  "triage”  system  as  discussed  in 
Reengineering  the  Corporation  by  Hammer  and  Champy). 

Finally,  shortcomings  were  also  the  result  of  a  lack  of  attention  by  the  team 
members  involved  in,  and  sponsors  of,  the  project.  This  is  shown  in  two  ways.  First, 
priority  was  not  placed  on  completing  the  project  requirements,  such  as  developing  an 
FEA  on  the  chosen  improvement  alternative.  Second,  HRO-CC  was  heavily  involved 
in  the  DCPDS  project.  They  provided  five  team  members  for  this  project,  one  of  them 
being  the  project  manager  for  the  NISMC  pilot  project.  The  effect  of  this  lack  of 
attention  is  that  very  little  effort  was  contributed  to  the  NISMC  project  by  team  members 
and  sponsors. 

D.  CORPORATE  USE  OF  THE  FPI  METHODOLOGY 

1.  Application  of  FPI  in  Corporate  America 

Because  they  incoiporate  sound  managerial  practices,  many  aspects  of  the  FPI 
methcxlology  are  fiiUy  accepted  and  used  by  private  sector  firms.  For  example,  strategic 
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I  planning  is  (in  its  simplest  fonns)  used  by  a  manager  to  determine  where  the  oiganization 

should  be  in  the  future.  Benchmarking  is  used  to  scan  the  competitive  environment  to 
see  if  clues  are  available  for  how  best  to  reach  that  future.  Building  a  business  case 
allows  the  manager  to  learn  whether  the  risk  or  cost  associated  with  reaching  that  future 
goal  outweighs  the  benefits  expected. 

When  it  is  asked  if  private  sector  Arms  use  FPI,  concqmially  it  is  clear  that 
they  do.  The  question  still  remains,  however,  whether  they  use  the  specified  ABC 
method  and  IDEF  tool  set.  ABC  is  based  on  the  concept  of  unit  costing,  and  in  this 
respect  much  research  critically  examining  unit  costing's  strengths  and  weaknesses  has 
been  conducted,  and  therefore  is  not  of  interestto  this  thesis.  What  is  important  to  a 
process  improvement  methodology,  though,  is  that  the  determination  of  current  costs  be 
made  in  some  fashion.  Basing  these  costs  on  individual  activities,  and  their  costs  per 

I 

output,  is  an  acceptable  approach  to  achieving  this  end. 

I  Turning  next  to  the  IDEF  tool  s^,  there  is  some  interest  within  Corporate 

I  America  in  using  the  IDEF  tool  set.  General  Moton  Corporation  provides  such  an 

I  example. 

2.  Reengineering  the  Engineering  Process  at  General  Motors  Corporation 
General  Motors  has  sought  to  significantly  improve  its  business  operations 
since  the  mid-1980s.  One  of  the  means  of  doing  this  has  been  through  the  use  of  the 
IDEF  tool  set  to  model  and  assist  in  substantive  changes  of  business  processes. 
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a.  The  EPIC  Project 

Through  a  major  improvement  effort  titled  the  Engineering  Process 
Improvement  Commitment,  or  EPIC  (established  in  January  1990),  GM  has  explored 
suggestions  for  improving  the  Chevrolet-Pontiac-Canada  (C-P-C)  engineering  process. 
The  C-P-C,  established  in  a  coiporate  reorganization  in  1984,  is  one  of  the  two  groups 
that  comprise  GM’s  passenger  car  divisions.  When  GM  combined  these  divisions  it 
discovered  that  although  the  business  systems  had  been  modified  to  meet  the  needs  of  the 
newly  combined  organization,  the  underlying  business  processes  were  still  the  same.  To 
address  this,  GM  created  the  Engineering  Business  Systems  (EBS)  Dq>aitment,  but  EBS 
was  too  slow  to  support  changing  business  needs.  It  was  then  that  GM  founded  the  EPIC 
project. 

EPIC’S  charter  was  to  "Optimize  the  C-P-C  Engineering  Process  and 
the  Suf^rting  Business  Systems."  [Johnson,  1991]  It  was  decided  to  accomplish  this, 
EPIC  would  rely  on  IDEFO  process  modeling  along  with  consulting  from  WIZDOM 
Systems,  Inc. 

The  basis  for  this  decision  was  a  mixture  of  project  requirements  and  facts  relating 
to  the  culture  of  C-P-C: 

"1.  There  were  too  many  functional  areas  within  C-P-C  and  a  flat  representation 
would  be  unintelligible. 

2.  There  was  a  visible  hierarchy  structure  between  functions. 

3.  One  of  the  primary  downstream  objectives  was  to  create  an  Operations  Flow 
Model  of  the  Engineering  Process.  There  was  thus,  a  need  to  identify  functions  at  a 
sufficiently  low  level  of  detail. 
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4.  The  modeling  team  comprised  expeits,  each  with  q)eciric  knowledge  of  a  section 
of  the  organizational  functions.  Hence  there  was  a  need  for  a  modeling  methodology 
which  could  integrate  indq)endent  modeling  efforts  into  a  composite  whole. 

5.  The  flow  between  functions  in  the  engineering  organization  constituted  both 
material  and  information. 

6.  Since,  a  resource  analysis  of  the  AS-IS  was  anticipated,  there  was  a  need  to 
model  the  personnel  and  systems  responsible  for  executing  each  function. 

7.  Anticipating  a  large  number  of  functions,  an  automated  modeling  tool  was  deemed 
necessary."  [Johnson,  1991] 

GM  believed  that  IDEFO  could  meet  or  exceed  all  of  the  requirements  it  envisioned  for 
the  project. 

b.  Conduct  of  the  Project 

The  EPIC  project  commenced  with  a  two-day  training  seminar  for  the 
13  members  of  the  improvement  team.  Tliis  seminar  consisted  of  instruction  in  the 
IDEFO  methodology  and  the  tool  provided  by  WIZDOM  Systems,  Inc.  Following  the 
seminar,  team  members  jointly  developed  the  context  diagram  for  C-P-C  Engineering 
Process.  The  purpose  of  this  modeling  effort  was  defined  as:  "Understand  Current 
Practices  &  Systems  &  Identify  Areas  of  Improvement,"  while  the  agreed  on  viewpoint 
was  that  of  V.P.  &  Group  Director:  C-P-C  Engineering.  [Johnson,  1991] 

Throughout  the  foUowing  three  months,  members  of  the  EPIC  project 
were  divided  into  six  groups.  Each  of  these  groups  developed  a  process  model  for  a 
single  business  practice  uncovered  in  the  context  diagram  modeling  effort.  The  members 
would  meet  once  a  week  to  compare  notes  and  correct  discrepancies.  After  developing 
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the  AS-IS  model,  the  project  tew  used  the  lowest  level  activities  to  construct  a  process 
flow  diagram. 

From  analyzing  the  process  model,  and  process  flow  structure,  GM 
identifled  148  speciflc  improvement  of^rtunities.  To  act  on  these  qrportunities,  GM 
divided  their  improvement  efforts  into  two  main  thrusts.  The  first  used  "root-cause 
analysis"  to  explore  the  148  improvement  <^)pottunities.  "Root-cause  analysis"  (RCA) 
is  in  many  ways  similar  to  troubleshooting  techniques  for  engineering  systems.  The  team 
would  start  with  a  noticeable  deficiency  in  tbe  process  and  try  to  decide  what  activity  is 
causing  the  observed  defect.  Within  the  activity,  the  team  would  attempt  to  isolate  the 
cause  to  a  sub-activity,  and  so  on  in  this  fashion  until  a  very  q)ecific  cause  is  discovered 
for  the  eflect  noticed  in  the  overall  process.  An  example  of  this  type  of  analysis  can  be 
taken  from  golf.  If  a  golfer  hits  a  poor  shot  he  or  she  might  first  isolate  the  cause  to  an 
area  of  the  body  such  as  the  hands.  From  here  further  isolation  might  focus  on  the 
golfer’s  grip  of  the  club.  Adjusting  his  or  her  grip  on  the  following  swing  may  have  a 
dramatic  effect. 

This  example  shows  that  with  RCA  it  is  assumed  that  a  single,  major  cause 
with  possibly  very  minor  supporting  causes  can  be  discovered.  If  this  is  not  so  (e.g. ,  the 
golfers  next  swing  is  just  as  poor),  RCA  may  have  little  effect.  For  a  more  detailed 
discussion  of  RCA,  the  reader  is  referred  to  The  Memory  Jogger  Plus:  Featuring  the 
Seven  Management  and  Planning  Tools.  [Brassard,  1989] 

The  second  focus  of  the  EPIC  project  was  to  be  the  development  of  a 
reengineered  TO-BE  model  for  the  C-P-C  group.  Up  to  May  1992,  EPIC  had  failed  to 
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make  any  progress  in  establishing  the  TO-BE  model.  Faced  with  this,  GM  redirect  the 
EPIC  project  to  help  other  improvement  initiatives.  EPIC  performed  this  function  well 
based  on  the  detailed  knowledge  it  had  devel<^)ed  concerning  C-P-C  business  processes 
while  using  the  IDEFO  process  modeling  tool. 

c.  Comments 

GM  believed  that  the  use  of  the  IDEFO  process  modeling  tool  was 
specifically  suited  to  help  in  process  improvement  and  not  just  as  a  means  to  develop 
detailed  models.  Interestingly  enough,  Howard  McCleary  of  Boeing,  a  former  member 
of  the  national  IDEF  Users  Group  steering  conunittee  and  currently  involved  in  process 
modeling  at  Boeing  Corporation,  says  that  what  EDEF  is  useful  for  at  Boeing  is  the 
development  of  detailed  AS-IS  models.  He  adds,  it  is  not  useful  as  an  improvement 
model  without  some  additional  process  analysis  tool.  [Telcon,  McCleary,  1994]  The 
£>efense  Logistics  Agency  case  study  supports  this  point. 

GM  also  shifted  from  a  focus  on  reengineering  the  C-P-C  to  continuous 
improvement.  The  shift  is  summarized  by  a  quote  from  the  GM  report  before  the  IDEF 
Users  Group:  [Our  new  improvement  effort]  ’’has  provided  the  foundation  for  full 
enterprise  improvements;  it  has  motivated  and  involved  the  organization.  Improvement 
of  enterprise  business  procedures  [the  original  intent  of  the  EPIC  project]  is,  however, 
very  complex."  [Johnson  and  Odell,  1992]  This  shift  is  supported  not  only  by  the  lack 
of  success  of  the  EPIC  project  in  developing  the  TO-BE  environment,  but  also  by  EPIC’S 
documented  success  using  root-cause  analysis  to  make  continuous  improvements. 
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One  possible  reason  for  GM’s  failure  to  establish  a  new  TO-BE 
environment  might  be  found  in  the  purpose  and  viewpoint  used  in  the  creating  of  the  AS- 
IS  model.  GM’s  purpose  was  to  increase  the  understanding  of  the  current  environment, 
and  it  apparently  accomplished  that  goal.  In  doing  so,  GM  may  have  modeled  a  system 
so  large  that  it  cannot  be  improved  in  one  effort.  If  this  is  so,  DoD  could  learn  much 
from  reviewing  this  effort  in  greater  detail.  Furthermore,  the  viewpoint  of  the  model 
was  that  of  the  senior  person  in  the  division.  Supporting  the  contention  above,  modeling 
from  this  macro  viewpoint  may  have  eliminated  possible  innovative  options  from  being 
considered. 

The  degree  of  success  in  GM’s  application  of  the  IDEF  tool  set  is  inconclusive. 
Clearly,  research  should  be  continued  to  establish  more  conclusive  results.  On  the  one 
hand,  the  fact  that  a  company  the  size  of  GM  uses  the  IDEF  tool  set  means  that  DoD  is 
not  the  sole  customer  of  IDEF-based  software  products.  On  the  other  hand,  the  lack  of 
an  example  where  IDEF  has  significantly  contributed  to  the  success  of  reengineeiing 
efforts  suggests  that  the  FPI  methodology  may  not  support  DoD’s  needs.  This  question 
is  discussed  in  the  following  chapter. 


IV.  METHODOLOGY  WEAKNESSES 

The  Functional  Process  Improvement  methodology,  specifically  its  use  of  the  IDEF 
modeling  tools,  may  have  significant  limitations  when  used  for  process  improvemem. 
Professor  Sibley  of  George  Mason  University  (who  recently  assisted  in  a  review  of 
improvement  efforts  in  the  DoD),  conunented  that  IDEFO  is  burdensome  and  focuses 
improvement  efforts  away  from  seeing  the  "big  picture"  by  involving  members  in  detailed 
model  creation.  [Telcon,  Sibley,  1994]  The  comments  of  Mr.  McCleary,  a  senior 
executive  of  the  Boeing  Corporation  cited  in  the  previous  chapter,  support  this  contention. 

Yet  by  defining  and  analyzing  current  business  practices,  firms  such  as  General 
Motors  have  found  the  IDEF  modeling  tools  very  helpful  in  identifying  needed 
improvements.  Based  on  the  ongoing  debate,  there  is  no  conclusive  agreement  about 
whether  the  FPI  methodology,  and  more  specifically  the  IDEFO  process  modeling  tool,  is 
more  or  less  useful  than  other  methodologies  for  conducting  process  improvement.  So  the 
discussion  continues. 

Presented  are  three  perceived  weaknesses  of  the  FPI  methodology  as  currently 
established  by  DoD.  The  first  of  these  is  the  overall  investment  in  time,  people,  and  other 
resources  required  to  apply  the  methodology.  The  second  is  the  degree  of  knowledge  and 
training  required  to  use  this  methodology  effectively.  The  third  perceived  weakness  is  the 
possibility  that  the  FPI  methodology  may  introduce  incentives  that  lead  practitioners  to 
focus  on  modest  incremental  improvement  of  business  practices  than,  on  significant 
redesign  as  originally  intended  by  the  CIM  Initiative. 
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A.  A  TIME  AND  COST  INTENSIVE  METHODOLOGY 

The  NISMC  guidance  on  PPI  implementation  states  that  "FPIP  does  not  come  cheap. 
It  takes  time,  people,  money,  travel,  training,  facilities,  equipment,  software  and  probably 
some  contractor  support.  An  average  project  may  cost  approximately  $100K-$300K  and 
take  approximately  six  months  to  complete.”  [DoN,  NISMC,  1993]  This  estimate  is  based 
on  the  pilot  projects  that  NISMC  sponsored.  In  the  case  of  the  General  Motors  EPIC 
project,  it  is  conceivable  that  the  investment  would  have  been  at  least  two  to  three  times 
more. 

Based  on  the  commitment  of  resources  required,  it  is  not  surprising  that  NISMC 
would  cite  "patience"  as  an  essential  part  of  managerial  commitment  to  any  BPI  project. 
The  focus  on  managerial  patience  emphasizes  that  no  useful  product  is  presented  to 
managers  until  after  the  business  processes  are  modeled,  and  reviewed,  and  current  costing 
data  are  collected  and  assigned.  Reaching  this  point  may  take  three  and  a  half  months,  for 
example,  as  it  did  for  the  Civilian  PersoniKl  Training  project.  [Telcon,  Buck,  January 
1993]  Until  the  AS-IS  model  is  developed,  the  improvement  team  cannot  even  begin  to 
develop,  let  alone  evaluate,  improvement  alternatives.  For  large  systems  this  could  take 
an  additional  three  and  a  half  months  to  develop.  It  cannot  be  said  too  strongly  that  FPI 
is  a  resource-intense  methodology,  using  detailed  exploration  of  the  business  processes  that 
takes  time  to  develop. 

It  may  be  for  the  above  reason  that  no  case  has  been  found  that  followed  the  FPI 
methodology  completely.  Recall,  neither  the  Civilian  Personnel  Training  project  or  the 
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Defense  Logistics  Agency  Consumable  Item  Management  project  used  IDEFIX  to  generate 
a  data  model.  CM  also  has  yet  to  develt^  the  TO-BE  process  model  in  die  EPIC  project. 

Additionally,  no  successful  case  has  been  found  that  followed  the  FPI  methodology 
solely,  as  shown  in  the  EPIC  Project’s  use  of  root-cause  analysis  to  affect  process 
improvements.  Edward  Whitman,  the  Assistant  Secretary  of  the  Navy  for  Research, 
Development,  and  Acquisition,  comments  on  this  point:  'Success  stories,  when  investigated 
for  lessons  learned,  revealed  FPI  practices— as  prescribed  in  the  proposed  DoD  instruction 
and  manual— were  abridged,  abbreviated  and  even  ignored.  ”  [Whitman,  1993] 

1.  Exploring  the  Resources  Required  for  Improvement 

One  of  FPI’s  weaknesses  is  its  software  tool  limitations.  Whitman  continues: 

Our  experience  indicates  that  we  will  need  linked,  automated  tools 
(to  move  from  process  modeling,  through  data  modeling  and 
activity-based  costing,  to  functional  economic  analysis)  for  any 
moderately  large-scale  functional  process  analysis.  The  tools 
available  today  are  primitive,  incomplete  and  poorly  linked. 

[Whitman,  1993] 

The  lack  of  connectivity  is  exacerbated  by  the  IDEF  tool  set  method  of  extensively 
documenting  the  modeling  efforts  accomplished  by  the  improvement  team.  This  is  shown 
by  the  emphasis  placed  on  detailed  decomposition  and  notation  in  the  data  dictionary  and 
glossary  of  the  developed  models.  While  extensively  documenting  the  modeling  efforts 
allows  for  iterative  review  of  work  conducted,  review  takes  time  and  increases  project 
cost,  especially  without  the  support  of  a  powerful  integrated  software  tool  set. 

One  effect  of  using  a  methodology  taking  a  long  time  at  potentially  high  cost 
is  that  managerial  commitment  to  the  project  is  easily  shaken.  Projects  that  generate  no 
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identifiable  product  quickly  can  cause  sponsors  to  develop  a  lack  of  confidence  in  the 
project's  payoff.  Based  on  a  lack  of  confidence,  fiuiding  might  be  reduced,  facilitation 
withheld,  or  personnel  withdrawn  from  the  effort.  The  Civilian  Personnel  Training  project 
presents  an  example  along  these  lines.  As  demands  were  placed  on  the  team  members, 
they  were  no  longer  able  to  focus  their  attention  on  the  improvement  process.  [Telcon, 
Buck,  1994] 

The  DLA  project  highlighted  a  second  aspect  of  managerial  commitment.  The 
manager  responsible  for  the  project  was  the  Deputy  Commander  of  the  Navy  Industrial 
Support  Center(NISC).  By  his  involvement  the  project  stayed  focused  and  was  supported 
when  resource  needs  arose.  The  role  of  a  senior  numager  personally  interested  in  an 
improvement  project  is  generally  referred  to  in  change  management  literature  as  a  "change 
champion. "  The  Deputy  Commander  at  NISC  even  supported  the  improvement  team  when 
it  recommended  that  his  job  be  eliminated!  [Endoso,  March  1993]  Arguably  without  this 
presence  no  significant  change  is  possible.  The  limited  results  due  to  the  lack  of  a  change 
champion  in  the  Civilian  Personnel  Training  project  would  support  this  contention. 

2.  DoD’s  Corrective  Action 

Three  efforts  to  reduce  project  time  and  cost  have  been  initiated  by  government 
proponents  of  the  FPI  methodology.  First,  many  software  tools  that  support  the 
methodology  are  available  under  contract  through  the  Defense  Information  Systems 
Agency (DIS A).  These  tools  are  lent  to  agencies  conducting  process  improvement  projects 
to  help  in  reducing  project  costs.  DIS  A  also  provides  some  technical  support  on  the  tool 
set  that  can  assist  the  experience  improvement  team  in  conducting  process  modeling. 
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Second,  DISA  has  assisted  the  Department  of  Gimmerce  in  the  developoMnt 
and  approval  of  FIP  standards  183  and  184  for  IDEFO  and  IDEFIX,  respectively.  These 
standards  support  DISA’s  efforts  to  increase  process  and  data  model  reusability  from  BPI 
projects.  Standardization  and  the  establishment  of  the  DISA  Center  for  FPI  siq^rts  the 
inherent  reuse  strength  of  the  IDEF  tool  set  by  maintaining  a  model  and  case  study 
repository.  This  will  be  discussed  in  greater  detail  in  the  following  chapter. 

Third,  group  modeling  methods  are  being  explored.  Use  of  a  groupware 
center,  such  as  that  housed  at  the  DISA  Cettter  for  FPI  to  develop  models,  reportedly  can 
reduce  process  model  development  time  from  a  few  months  to  two  or  three  weeks. 
Whether  the  time  saved  by  using  this  asset  outweighs  the  total  cost  of  using  the  center 
depends  on  the  specific  improvement  effort. 

Besides  reducing  project  time  and  cost  by  increasing  the  efficient  use  of  the 
software  tool  set,  DoD  is  also  attempting  to  improve  project  management  by  incorporating 
proven  techniques  in  implementation  guidance.  The  NISMC  Functional  Process 
Improvement  Implementation  Guide,  for  example,  devotes  a  chapter  to  project 
management,  as  well  as  guidance  in  the  development  of  project  charters  and  management 
plans.  As  previously  noted,  it  is.  expected  that  DoD  final  guidance  regarding  FPI  will  also 
emphasize  these  aspects. 

B.  REQUIRES  SKILLED  AND  TRAINED  IMPLEMENTORS 

In  building  a  house,  it  is  the  skill  and  knowledge  of  the  building  team  following  a 
thoughtful  plan  that  determines  the  quality  of  the  final  product.  The  best  set  of  tools  or 
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procedures  can  improve  the  process,  but  tools  and  procedures  cannot  replace  skill  and 
knowledge.  What,  then,  are  the  skills  and  knowledge  needed  by  an  improvement  team  to 
conduct  process  improvement?  If  any  two  people  experienced  widi  process  improvement 
were  asked  that  question  it  would  be  highly  probable  that  the  answers  would  differ 
significantly.  Nevertheless,  it  is  very  likely  that  the  skills  they  specify  would  hdl  into 
three  general  categories. 

The  first  requirement  is  a  knowledge  of  the  improvement  process,  the  guidance 
provided  from  seniors,  and  an  understanding  of  the  underlying  concepts  inherent  in  process 
improvement.  Chapter  I  and  most  of  Chapter  II  address  this  requirement.  The  difficult 
portion  is  teaching  improvement  teams  enough  of  the  conceptual  foundation  necessary  to 
affect  process  improvements  without  requiring  a  graduate  level  education.  For  example, 
cost/benefit  analysis  as  incorporated  in  functional  economic  analysis  can  conceptually  be 
understood  in  a  short  amount  of  time,  but  conducting  a  risk  analysis  for  improvement 
alternatives  based  on  a  prediction  of  custon^r  demands  for  a  new  computer  system,  for 
example,  requires  a  more  sophisticated  knowledge  of  an  organization’s  specific  area  of 
business. 

The  second  skill  required  is  expertise  with  a  specific  tool  set.  To  explore  any 
software  product’s  features  and  gain  proficiency  with  its  operation,  time  and  energy  is 
required.  If  the  tool  is  to  generate  a  valuable  product,  the  improvement  team  must  also 
have  experience  with  the  software  tool,  as  well  as  knowledge  of  the  process  the  tool 
supports.  For  example,  a  process  modeler  must  understand  the  ICOMs  in  the  modeled 
business  process,  also  the  software  tool’s  mechanism  for  entering  ICOMs. 
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Third,  a  team  must  possess  an  ability  to  be  creative  and  envision  modifications  to 
current  business  practices  that  will  have  significant  effects.  This  is  mme  easily  stated  dum 
accomplished,  because  creativity  cannm  be  ‘taught*  like  the  other  aspects  of  applying  the 
FPI  methodology.  As  an  improvement  team  seeks  innovative  improvements  they  draw  on 
their  own  expertise  and  knowledge  or  they  must  look  elsewhere.  Facilitators  can  fill  this 
role,  at  an  additional  cost.  Tools  such  as  root-cause  analysis  and  critical  path  management 
can  also  guide  an  improvemeitf  team  this  raises  the  premium  on  knowledgeable  and 
experienced  process  improvement  specialists. 

The  weakness  oudined  above  is  not  necessarily  limited  to  FPI  and  its  established  tool 
set.  Despite  the  degree  that  this  limitation  exists  in  odier  methodologies,  however,  it  is 
an  issue  that  must  be  addressed  in  the  case  of  FPI. 

1.  Why  There  are  no  Skilled  and  Trained  Implementors 

For  OoN,  in  particular.  Assistant  Secretary  Whitman  agrees  this  problem  exists 
when  he  states:  "Few  Department  of  the  Navy  information  systems  people  and  no  DoN 
business  managers  are  experienced  in  using  the  modeling  techniques  prescribed  by  the 
Director  of  Defense  Information,  and  we  have  been  unable  to  achieve  successful  results 
by  hiring  competent  contractor  facilitation  at  an  affordable  price. "  [Whitman,  1993]  The 
same  would  be  true  for  any  DoD  activity  until  knowledge  and  experience  with  the 
methodology  is  developed.  Since  FPI  is  a  relatively  new  methodology,  with  emphasis 
placed  on  supporting  large-scale,  DoD-wide,  improvement  efforts,  it  is  not  surprising  that 
DoD  components  would  not  as  yet  have  local  skilled  and  trained  implementors. 
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A  second  reason  for  this  shortage  is  diat  tl' j  detailed  analysis  called  for  in  die 
FPI  mediodology  requires  people  with  expertise  in  its  application.  Implementors  must 
know  the  conceptual  foundation  of  FPI,  as  well  as  possess  experience  in  its  application. 
Due  to  the  high  corporate  demand  for  people  with  these  skills,  DoD  employees  trained  in 
these  skills  may  tend  to  leave  their  government  position  for  more  lucrative  employment  in 
the  private  sector.  This  is  true  in  the  four  NISMC  pilot  projects,  where  one  program 
manager  and  two  team  leaders  of  improvement  efforts  were  hired  by  contractors  to 
facilitate  future  improvement  projects. 

The  rigorous  modeling  used  in  the  FPI  process  does  not  folly  alleviate  this 
concern.  While  rigorous  modeling  should  to  provide  a  detailed  set  of  models  when  their 
creators  leave  due  to  separation  or  transfer,  to  understand  aiKl  use  these  models  requires 
knowledge  of  the  method  and  experience  with  the  tools  that  generated  the  models.  As 
presented  above,  this  knowledge  base  in  most  DoD  components  is  not  very  deep. 

A  third  reason  for  an  undeveloped  corporate  knowledge  base  is  the  need  for 
training  in  the  FPI  methodology  at  multiple  levels,  as  stated  by  Assistant  Secretary 
Whitman.  Managers  of  FPI  improvement  projects,  like  managers  of  any  program,  require 
a  knowledge  of  the  overall  process  and  an  understanding  of  the  results  expected.  Without 
this,  managers  are  unlikely  to  support  teams  when  costs  increase  or  delays  occur. 

2.  Establishing  the  Corporate  Knowledge  Base 

In  an  attempt  to  reduce  skill  requirements,  DoD  has  focused  on  establishing 
a  standard  tool  set  so  that  knowledge  and  skills  are  portable  between  projects  and  agencies. 
In  this  effort  the  FIP  standards  for  IDEFO  and  IDEFIX  also  help  in  making  developed 
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models  portable  among  competing  vendor  products.  Besides  standardizing  the  tools, 
specific  guidance  in  standardizing  die  improvement  process  has  been  develcqied  (as 
presented  in  Chapter  II).  Like  any  standardization,  so  far  as  the  standards  chosen  assist 
teams  in  conducting  improvement  projects  they  are  beneficial;  if,  on  the  contrary,  they 
interfere,  or  projects  follow  the  letter  and  not  the  spirit  of  the  guidance,  standardization 
can  become  counter-productive. 

In  an  effort  to  overcome  the  lack  of  trained  and  experienced  personnel, 
contracted  facilitators  are  regularly  used  to  help  in  improvement  efforts.  A  facilitator  can 
assist  in  all  aspects  of  FPI.  One  specific  area  where  this  assistance  is  usually  cited  is  in 
the  development  of  the  process  model.  This  gives  teams  a  consultant  who  is  interested  in 
developing  the  final  product;  without  this,  one  interviewee  stated,  *the  modeling  session 
can  get  hung  up  on  the  position  of  a  comma  in  the  glossary.”  [Interview,  Haga,  1994] 
Using  facilitators  also  gives  DoD  personnel  the  chance  to  "watch  and  learn” 
how  BPI  projects  should  be  conducted.  Efforts  to  incorporate  the  facilitators  knowledge 
into  DoD  have  been  and  cominue  to  be  explored.  One  current  example  of  this  is  the 
CADRE  1(X)  project.  As  the  name  implies,  the  purpose  of  this  project  was  to  certify  a 
cadre  of  approximately  1(X)  individuals  as  business  process  improvement  professionals. 
These  professionals  could  then  be  used  in  teams  of  four  to  conduct  or  help  in  improvement 
projects.  Candidates  were  selected  in  1993  and  received  partial  training  along  one  of  the 
four  improvement  professional  tracks: 

1.  Strategic  Plamiiiig 

2.  Data  and  Process  Modeling 
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3.  Cost  Analysis 

4.  Functional  FacUitatiMi  and  Coordinatimi 

Members  are  trained  in  an  intense  series  of  courses,  typically  taking  about  five 
weeks.  Three  and  one  half  weeks  of  this  training  is  identical  for  all  four  team  members. 
Following  this  period,  individuals  receive  training  based  on  the  track  in  which  they  are 
concentrating.  By  training  team  members  who  have  a  thorough  knowledge  of  the  FPI 
methodology,  in  addition  to  skills  in  important  sub-specialties,  DISA  believes  the  results 
will  be  more  effective  process  improvements.  [Storms,  1993]  The  project  is  still  evolving, 
and  so  it  is  unclear  at  this  point  whether  it  will  succeed  where  previous  efforts  have  failed. 

Many  viewpoints  are  available  as  to  the  ability  of  DoD  to  maintain  a  useful 
consultant  base  for  BPI  projects.  One  aspect  is  whether  DoD  can  develop  incentives  that 
limit  the  number  of  trained  individuals  who  seek  enqiloyment  elsewhere.  Another  concern 
is  how  DoD  can  best  use  a  cadre  of  FPI  experts.  Should  they  be  managed  by  their  "home* 
agencies,  or  be  brought  under  the  direction  of  DISA  for  the  greater  good  of  DoD?  As  the 
CADRE  100  program  develops,  these  concerns  most  likely  will  be  addressed. 

In  regards  to  educating  and  training  people  in  various  levels  of  detail,  the 
NISMC  guidance  addresses  this  concern  and  believes  it  is  best  attacked  by  various  tracks. 
Improvement  team  members  would  receive  a  detailed  track  in  the  methods  and  toois  of  FPI 
before  initiating  process  improvement  projects.  This  is  similar  to  the  CADRE  100 
Program  but  in  a  much  abridged  form.  For  the  general  line  manager  the  NISMC 
Functional  Process  Improvement  Implementation  Guide  should  suffice.  For  executive-level 
managers  a  presentation  giving  an  overview  of  the  methodology  might  be  used. 
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Information  Technology  Center,  Concord  developed  one  such  presentation  to  support 
NISMC’s  efforts. 

C.  THE  FTI  METHODOLOGY  MAY  HAVE  THE  WRONG  FOCUS 

1.  Budness  Process  Reoigtneering  (BPR)  According  to  Hammer  and  Champy 
The  dominant  theme  in  Reengineering  the  Corporation  is  the  reinvention  of  the 
business  process.  So  important  is  the  inventing  of  new  processes  as  opposed  to  fixing  the 
old  that  Hammer  and  Champy  suggest  failure  to  do  so  will  result  in  the  inability  of  the 
organization  to  compete  in  the  changing  marketplace. 

Business  Process  Reengineering  (BPR)  is  defined  by  Hammer  and  Champy  as 
"the  fundamental  rethinking  and  radical  redesign  of  business  processes  to  achieve  dramatic 
improvements  in  critical,  contemporary  measures  of  performance,  such  as  cost,  quality, 
service  and  speed."  [Hammer  and  C^hampy,  1993]  They  stress  that  the  "linchpins"  of  this 
definition  are  the  words  fundamental,  radical,  dramatic,  and  processes.  Each  signifies 
important  implications  for  managers  seeking  to  employ  BPR  to  improve  their 
organizations: 


•  Fundamental:  BPR  requires  examination  of  the  organization  at  its  most  fundamental 
levels  to  determine  how  the  organization  functions.  Such  examination  requires 
defining  basic  components  such  as  inputs,  outputs,  processes,  data,  customers,  and 
costs  to  realize  what  makes  the  organization  "tick." 

•  Radical:  Once  the  traditional  processes  are  understood  and  improving  processes  are 
recognized,  radical  change  must  be  implemented  to  effectively  root  out  the  old  and 
usher  in  the  new.  Here  Hammer  and  Champy  stress  the  importance  of  wholesale 
abandonment  of  the  old  ineffective  processes,  and  the  foil  acceptance  and 
implementation  of  the  new  and  improved  processes. 
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•  Dramatic:  Ch’ganizations  that  atk^  BPR  to  effect  process  change  should  ck>  so  with 
the  expectation  that  quantum  leaps  in  performance  will  be  achieved.  These  dramatic 
results  differ  significantly  from  the  incremental  (e.g.,  10%)  improvements  sought  by 
organizations  involved  in  improving  old  processes. 

•  Processes:  Processes  are  the  activities  that  take  an  input  and  create  an  output  that  is 
of  value  to  the  customer.  Processes  are  where  the  improvements  are  effected  in 
order  to  improve  an  organization’s  operations.  [Hammer  and  Champy,  1993] 

2.  How  does  FPI  relate  to  BPR? 

Can  the  FPI  methodology  provide  the  kind  of  result  that  advocates  of  the  BPR 
approach  aspire  to  achieve?  In  reviewing  Hammer  and  Champy ’s  four  key  aspects  of 
BPR,  it  is  readily  apparent  how  FPI  relates  to  fundamental,  radical,  and  dynamic  process 
innovations. 

FPI  clearly  supports  the  "firndamental”  aspect  of  BPR.  This  strong  support 
is  an  inherent  strength  of  the  FPI  methodology.  In  regards  to  radical  organizational 
change,  however,  it  is  debatable  whether  FPI  can  perform  changes  of  this  fashion. 
Emphasis  in  the  FPI  methodology  on  simplifying  or  consolidating  business  practices  before 
automating  has  at  its  core  the  assumption  that  those  processes  will  be  maintained.  Also, 
detailed  cost/benefit  analysis  as  in  the  development  of  a  business  case  makes  justification 
for  radical  change  difficult.  This  is  true  because  with  radical  change  comes  increased  risk. 
Radical  change  also  moves  the  organization  into  new  territory  in  which  it  is  hard  to 
estimate,  in  advance,  the  likely  costs  and  benefits  (many  of  which  are  quite  intangible). 

DoD’s  approach  to  BPR,  is  more  in  keeping  with  the  belief  of  Thomas 
Davenport  in  Process  Innovation.  Davenport  argues  that  process  innovation  (BPR)  takes 
a  while  to  realize  results  (he  estimates  two  to  five  years).  Also,  tools  for  accomplishing 
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Process  Innovation  are  not  yet  useful.  Because  of  this.  Davenport  believes,  radical  and 
dramatic  changes  to  business  processes  should  be  avoids  if  a  continuous  improven^nt 
approach  is  more  justifiable  and  the  risks  of  innovation  are  ncH  necessary  to  face. 
[Davenport,  1993] 

This  viewpoint  leads  into  the  third  aspect  of  BPR,  according  to  Hammer  and 
Champy,  that  it  should  be  "dramatic.*  An  argument  could  be  made  that,  due  to  cultural 
constraints  and  human  resource  difficulties  when  making  complex  change  within  DoD,  a 
vast  majority  of  DoD  BPI  Projects  would  opt  for  the  less  risky,  less  dramatic,  and  less 
radical  continuous  process  improvements.  This,  in  part,  is  a  focus  of  the  recently 
conducted  George  Mason  University  review  of  FPI  Implementation.  [Gulledge,  et  al,  1993] 
Maintaining  improvements  along  process  lines  is  also  very  much  an  emphasis 
of  FPI.  By  developing  a  detailed  AS-IS  process  model,  improvement  efforts  are  led  to 
exploring  the  interrelationships  between  identified  activities,  thereby  identifying  current 
business  processes.  This  may  be  the  intern  of  FPI,  but  tool  limitations  affect  the  degree 
to  which  this  occurs. 

Figure  1 1  shows  one  company’s  approach  to  supporting  the  FPI  methodology 
that  is  intended  to  produce  radical  and  dramatic  results.  The  GM  EPIC  project  used  this 
approach  but  was  unable  to  move  beyond  Phase  Three  when  attempting  to  develop  the  TO- 
BE  model. 

3.  Maintaining  an  Innovative  Focus 

The  WIZDOM  Systems  methodology  is  structured  to  allow  for  BPR,  but  what 
must  be  present  for  an  FPI  improvemern  project  to  have  these  results?  Three  critical 
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Figure  11  CIM3000  Project  Plan,  by  WIZDOM  Systems,  Inc. 


elements  are  required. 

The  first,  as  cited  in  the  lessons  learned  from  each  of  the  four  NISMC 
sponsored  pilot  projects,  is  the  availability  of  a  full-time  contracted  facilitator.  [DoN, 
NISMC,  1993]  Arguably  this  need  will  diminish  as  DoD  increases  its  corporate 
knowledge  of  the  methodology  and  expertise  with  the  tool  set.  A  facilitator  can  provide 
the  expertise  needed  to  use  the  tool  set  effectively,  and  also  help  in  developing  the  project 
scope  and  charter.  By  maintaining  focus  on  the  project  mission,  a  facilitator  can  move  the 
group  beyond  being  content  with  finding  only  the  "low  hanging  fruit"  of  10%  process 
improvements. 


61 


The  second  required  element,  is  the  presence  of  a  competent,  siq)portive,  and 
aggressive  manager.  This  reinforces  a  point  made  previously  that  a  "change  champion* 
can  be  critical  to  improvement  efforts.  The  champion  here  performs  two  major  tasks. 
First,  he  or  she  supports  the  facilitator  and  improvement  team  by  providing  the  resources 
it  needs  to  produce  a  quality  product.  This  emphasizes  that  the  improvement  effort  is 
important.  Second,  the  manager  receives  the  developed,  analyzed,  and  approved 
improvement  alternatives  and  puts  them  into  practice.  This  shows  that  the  manager’s 
support  of  the  improvement  team  was  directed  toward  the  goal  of  improving  the 
performance  of  the  organization’s  current  business  practices,  and  that  the  groups  efforts 
were  not  invested  in  vain. 

The  third  requirement  is  that  information  technology  (IT)  must  be  used  to  re¬ 
invent  ~  not  Just  improve  --  business  processes.  Contrasting  the  Civilian  Personnel 
Training  project  to  that  of  the  DLA  project  supports  this  contention.  DLA  emphasized  the 
importance  of  IT  in  achieving  bold  results  by  believing  "state-of-the-art  information 
systems,  consisting  of  shared,  integrated  databases,  decision  support  systems  and  automated 
application  systems  must  be  developed  to  handle  an  increasing  amount  of  work.  The  pace 
of  developing  and  implementing  new  automation  must  be  increased."  [DoD,  DLA,  1992] 
By  applying  IT  to  dramatically  reinvented  business  processes,  the  developed  improvement 
alternatives  have  the  potential  to  radically  change  the  current  DLA  business  environment. 

BPR  is  not  a  panacea,  though.  Hammer  and  Champy  present  a  framework  for  why 
BPR  must  be  conducted,  but  do  not  provide  the  means  of  achieving  desired  results. 
Addressing  this  aspect,  Davenport  presents  the  risks  of  BPR,  and  a  means  of  carrying  out 
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BPR  concepts  by  focusing  on  "enablers*  to  Process  Innovation  (BPR).  The  three  enablers 
are: 

1 .  Information;  Any  use  of  information  that  changes  the  ability  of  those  receiving  the 
information  to  service  customers  or  perform  in  more  efficient  manners. 

2.  Information  Technology:  Any  tephnoiogy  that  changes  the  organization’s  system 
or  processes.  An  important  aspect  of  this  is  the  use  of  technology  must  be  used  as  a 
means  to  an  end  and  not  as  an  end  in  and  of  itself. 

3.  Human  Resource  Management:  The  effect  (negative  as  well  as  positive)  that  the 
organizational  culture  or  worker  characteristics  and  traits  have  on  assisting  or  detracting 
from  process  innovation  (BPR). 

Davenport  goes  as  far  as  saying  that  if  these  enablers  are  not  present  process  innovation 
should  not  be  attempted.  Any  manager  attempting  radical  and  dramatic  process  change 
using  the  FPI  methodology  could  assist  those  efforts  by  considering  the  presence  or 
absence  of  these  enablers. 

The  weaknesses  presented  above  are  significant,  and  DoD  is  addressing  each  of  these 
in  one  way  or  another.  The  above  arguments  aside,  the  FPI  methodology  does  possess 
some  inherent  strengths  which  make  a  review  of  this  methodology  worthwhile.  These 
strengths  are  discussed  in  the  following  chapter. 
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V.  METHODOLOGY  STRENGTHS 


Although  no  clear  concensus  exists  about  the  merits  of  the  FPI  methodology,  three 
characteristics  appear  to  stand  out  as  its  most  significant  strengths: 

1.  detailed  decomposition  of  current  business  processes  is  effective  in  uncovering 
improvement  opportunities. 

2.  products  generated  whra  using  the  FPI  methodology  are  reusable  in  future 
improvement  projects. 

3.  the  FPI  methodology  incorporates  sound  managerial  practice  that  supports  other 
DoD  management  practices. 

A.  MODELING  THE  BUSINESS  PROCESSES 
1.  What  IDEFO  Provides 

For  General  Motors,  the  process  flow  model  (developed  using  IDEFO) 
" .  .provided  for  the  first  time  a  true  understanding  of  the  engineering  process. "  [Johnson, 
1991]  This  statement  brings  to  light  two  key  factors  contributing  to  IDEFO’s  strength 
as  a  modeling  technique.  First,  IDEFO  provides  a  graphical  dq>iction  that  can  aid 
significantly  in  increasing  the  understanding  of  current  business  practices.  By  doing  so, 
IDEFO  allows  people  who  are  relatively  unfamiliar  with  process  modeling  to  make 
substantive  comments.  Model  developers  also  benefit  from  the  continuous  review  and 
critique  of  their  work.  This  review  and  critique  foster  an  increased  understanding  of  the 
process  being  modeled.  To  provide  this  benefit  in  improvement  projects,  the  models 
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must  sparic  conversation  and  possess  a  means  for  capturing  what  is  discovered.  IDEE^ 

may  arguably  be  cumbersome,  but  it  does  me^  that  requirement. 

Second,  IDEFO’s  detailed  definition  of  the  business  process  assists  in 

identifying  deficiencies.  This  supports  the  adage  that  "a  problem  well  defined  is  half 

solved. "  As  presented  in  the  previous  chapter,  use  of  IDEFO  does  by  itself  lead  to 

a  reengineered  business  process.  Inst^d,  the  studies  discussed  suggest  IDEFO  can 

readily  identify  improvement  opportunities. 

Combining  these  two  factors  yields  a  tool  that  he4>s  identify  inefficiencies  in 

current  business  processes  and  provides  a  means  of  discovering  remedies.  An  example 

from  the  DLA  project  illustrates  the  point; 

". .  .the  business  as  currently  performed,  is  missing  a  common  integrated  focus  and 
common  measures.  The  AS-IS  model  shows  that  everyone  does  everything. 
Functions  and  sub-functions  work  toward  sub-qnimized  goals  and  targets,  at  times 
in  conflict  with  or  to  the  detriment  of  other  functions.  Most  functions  are  reactive 
rather  than  proactive.”  [DoD,  DLA,  1992] 

Following  this  realization,  DLA  acted  to  develop  iimovative  alternatives  to  break  down 
the  walls  among  its  "stovepipe"  systems. 

2.  Why  This  is  not  Provided  by  Other  Tools 

Is  IDEF  the  only  answer?  Pat  Duran  (President  of  Eclectic  Solutions 
Corporation)  presented  many  arguments  why  IDEFO  is  better  than  Structured  Analysis 
(SA).  Duran  begins  by  first  acknowledging  that  "[tjhere  are  many  similarities  between 
IDEF  and  SA.  Both  use  top  down  hierarchical  gnqihic  models.  Both  take  an  iterative 
approach  with  incremental  improvement.  Both  stress  the  extensive  involvement  of 
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subject  matter  experts,  including  frequent  reviews.  Both  emphasize  understanding  what 
the  system  must  do  before  deciding  how  it  should  do  it. "  [Duran,  1992] 


Duran  argues  that  despite  their  similarities,  direct  comparison  of  the  two 
methods  show  many  significant  advantages  of  IDEFO.  One  is  that  Data  Flow  Diagrams 
(DFD)  "  the  product  of  SA  -  caimot  display  or  express  controls  and  mechanisms. 
DFD’s  only  display  flow  of  data,  storage  of  data,  and  the  activities  that  respond  to  and 
change  data  within  a  process.  [Whitten,  et  al,  1989]  Understanding  the  controls  and 
mechanisms  of  a  process  caii  provide  vital  insight  into  develc^ing  improvement 
alternatives. 

IDEFO’s  second  advantage  over  DFD’s  is  that  relationships  between  activities 
are  more  readily  apparent.  The  use  of  data  stores  in  DFDs  can  obscure  relationships 
between  activities.  For  example,  if  two  activities  use  data  from  the  same  data  store  it 
can  become  very  unclear  which  activity  is  "down  stream"  of  the  other.  Duran  presents 
this  point  quite  effectively  (see  Figure  12).  Understanding  activity  relationships  can  be 
vital  when  considering  improvements  to  activities  contained  on  a  single  decomposition 
diagram.  It  can  also  provide  insight  when  conducting  process  flow  analysis  as  in  the 
DLA  study.  The  Civilian  Persoimel  Training  project  failed  to  properly  use  this  benefit. 

A  third  advantage  of  IDEF  tool  set  compared  to  other  modeling  techniques 
is  that  the  concq)t  was  developed  by  the  U.S.  Government.  Because  of  this,  IDEF  is 
non-proprietary,  and  therefore  many  vendors  are  free  to  provide  tools  that  incorporate 
the  IDEF  methodology.  Although  the  specific  tools  must  still  be  bought  or  leased,  DoD 
believes  that  the  non-proprietary  nature  of  IDEF  fosters  competition  among  vendors, 
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Figure  12  Effect  of  Data  Stores  used  in  Data  Flew  Diagrams  {Duran,  1992] 
thereby  improving  the  quality  of  the  tool  sets  available.  The  establishment  of  Federal 
Information  Processing  (FIP)  standards  further  support  DoD’s  efforts  to  standardize  all 
improvement  efforts  around  a  single  methodology.  This  standardization  eases  the 
development  of  a  corporate  knowi  oase  that  is  portable  throughout  DoD. 

B.  THE  DISA  CENTER  FOR  FUNCTIONAL  PROCESS  IMPROVEMENT 
To  take  advantage  of  IDEF’s  reuse  potential,  DISA  in  September  1993  opened  the 
Center  for  Functional  Process  Improvement  (CFPI).  The  DISA  CFPI  is  designed  to 
provide  four  key  support  functions  to  conducting  FPI  projects: 
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1.  Tool  Access:  Includes  the  EDEF  tools  previously  menticmed  and  the  FEAM 
operating  on  a  Microsoft^  Excel  base. 

2.  WwMJiinarking  AsslsUnce:  Assistance  in  identifying  the  best  business  practices 
currently  being  used  in  the  field. 

3.  Access  to  Repositoiy:  Rqwsitory  contains  over  100  process  and  data  models,  as 
well  as  case  studies  on  previous  BPI  Projects. 

4.  Groupware  Center:  For  team  use  in  process  modeling.  [EikIoso,  SqMember 
1993] 

Models  are  stored  in  the  Defense  Data  Rqmsitoiy  System  (DDRS)  and  accessible 
via  an  online  Data  Base  Management  System  (DBMS).  Access  is  restricted  by  user 
identification  codes  and  passwords.  This  restriction  assists  the  configuration  management 
system  in  maintaining  each  model.  Additionally,  IDs  and  passwords  are  only  given  to 
users  after  they  complete  a  three-day  training  course  regarding  the  repository  system. 
By  controlling  IDs  and  passwords  in  this  fashion,  DISA  has  assured  that  only 
experienced  and  knowledgeable  users  have  access  to  the  system. 

The  benefits  of  reuse  are  readily  evident.  With  reuse,  the  team  need  only  validate 
the  model  and  correct  for  any  local  implementation  anomalies.  IDEF  supports  this  effort 
by  using  a  rigorous  and  standardized  development  process,  a  detailed  text  description  of 
each  level  of  the  model,  and  a  detailed  glossary  of  terms  used  in  the  model.  All  the 
benefits  previously  discussed  regarding  benchmarking  are  also  applicable  to  model  reuse. 

Currently,  use  of  CFPI  has  predominantly  remained  within  DoD,  although 
coiporate  access  is  allowed  (following  completion  of  the  required  course).  As  the 
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program  matures  and  more  rqwsitory  sites  are  created,  use  in  public  and  private  sector 
will  most  likely  increase. 

C.  DEVELOPING  THE  BUSINESS  CASE 

1.  Theoretical  Straigths  of  the  Business  Case 

Chapter  n  presented  a  brief  descr4)tion  of  how  to  use  Functional  Economic 

Analysis  to  develop  the  business  case.  To  briefly  recap  that  presentation,  the  three 

strengths  of  the  business  case  are:  first,  the  business  case  allows  the  manager  to  compare 

competing  alternatives  on  a  common  economic  foundation;  second,  it  emphasizes  proper 

managerial  planning  before  carrying  out  approved  improvement  alternatives;  and  third, 

the  business  case  provides  a  means  of  measuring  an  implemented  alternatives 

performance  against  what  was  expected. 

The  FEA  Guidebook  was  develqjed  on  the  belief  that  incorporating  these 

strengths  into  process  improvement  decisions  will  result  in  more  efficient  DoD  business 

processes.  Improving  DoD  business  processes  is  the  goal  of  the  CIM  initiative;  FEA, 

as  a  product  of  the  FPI  methodology,  is  the  tool  used  to  achieve  this  end.  The  following 

excerpt  from  the  FEA  Guidebook  illustrates  how  this  "incorporation"  occurs: 

[Figure  13]  shows  the  sections  of  the  FEA,  as  required  by  DoD  8020.  IM.  Note 
that  the  FEA  document  includes  more  than  just  the  results  of  the  cost  analysis 
completed  as  part  of  the  FEA  process.  It  also  summarizes  strategic  plans  for  the 
functional  area  and  activity,  r^rts  on  performance  measures  and  tai^gets, 
describes  the  functional  improvement  program,  and  outlines  the  su[^rtive  data 
management  and  information  system  changes  required  by  the  improvement 
program.  The  FEA  document  is  designed  to  "carry"  all  the  iiiformation  needed  to 
make  good  business  decisions.  [DoD,  FEA,  1993] 
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Data  and  system  cost  analysis 

Figure  13  Sections  of  the  FEA  Document 

By  keeping  the  business  case  up  to  date,  the  FEA  provides  on  going  guidance  and  vision 
to  current  and  future  operations  of  an  organization. 

2.  Current  DoD  Management  Practices 

The  business  case  (specifically  the  FEA),  is  useful  within  DoD  for  many 
tasks  other  than  conducting  process  improvraients.  Two  major  DoD  management 
systems  sqjplying  FEA  are  the  Program  Planning  and  Budgeting  System  (PPBS)  and 
major  system  program  reviews. 

The  PPBS  is  the  system  of  policies  and  procedures  that  DoD  uses  to  develop 
and  document  its  mid-range  plan,  its  mid-term  resource  program,  and  its  near-term 
budgets.  The  resources  that  DoD  has  decided  to  sq[^ly  to  its  various  requirements  are 
identified  in  various  programs  and  budgets.  The  FEA  Guidebook  emphasizes  the 
connection  between  PPBS  and  FEA  by  stating:  "While  the  functional  economic  analysis 
is  not  a  formal  component  of  PPBS,  there  clearly  must  be  a  linkage  between  the  two  in 
order  to  ensure  that  a^roved  FEA’s  (for  DoD-level  components)  receive  the  resources 
required  for  implementation."  [DoD,  FEA,  1993] 
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Even  on  the  installation-level,  the  FEA  can  be  linked  to  the  oifanizations 
budgetary  submissions.  At  any  budgetary  decision  point  the  FEA  can  provide  a  well- 
prepared  and  documented  suf^it  of  an  organization’s  request  for  required  iiinding. 
Such  support  can  prove  invaluable  when  defending  improvement  initiatives  in  an  era  of 
declining  budgets  and  increasing  competition. 

The  second  area  in  which  FEA  is  becoming  more  widely  used  is  program 
management.  Paul  Strassman  states  the  importance  that  DoD  places  on  the  FEA  when 
he  writes:  "Since  FEA  is  a  new  DoD  methodology,  implementation  is  being  done  on  a 
phased  basis  as  outlined  in  ASD  (C3I)  memorandum  of  22  October  1992.  Specifically, 
this  memorandum  calls  for  FEAs  from  a  limited  number  of  [Office  of  the  Secretary  of 
Defense  (OSD)]  organizations,  but  notes  that  this  type  of  analysis  will  eventually  be 
required  of  all  OSD  organizations."  [DoD,  FEA,  1993]  One  area  where  the  FEA  is 
already  being  used  is  in  justifying  programs  such  as  major  automated  information 
systems,  as  they  move  through  the  Life  Cycle  Management  (LCM)  process.  In  fact,  the 
final  (or  update)  FEA  is  used  at  the  program  level  in  DoD  as  the  basis  for  requesting 
appropriate  fiscal  action  by  ASD(PA&E).or  the  DoD  Comptroller.  DoD  8020.  IM  states 
this  very  explicitly: 

"The  fmal  FEA  is  the  principle  document  in  the  approval  decision  package  (for 
the  overall  process  improvement  alternative),  and  a  part  of  the  SDP  (Systems 
Decision  Paper)(for  milestone  review  of  the  AlS-related  parts  of  the  process 
improvement  alternative)."  [8020. IM,  1993] 

The  FEA  is  a  powerful  managerial  document  that  is  finding  increased 
applicability  within  DoD.  As  the  FEA  is  used  in  other  DoD  management  efforts. 
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maintenance  and  improvement  of  the  FPI  methodology  and  tool  set  may  require 
significant  attention.  This  will  be  discussed  in  the  concluding  chrqrter. 
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VI.  CONCLUSIONS 


A.  RESEARCH  QUESTIONS 

Three  significant  conclusions  are  presented  as  a  result  of  analyzing  the  Functional 
Process  Improvement  methodology  guidance  and  field  plication. 

First,  while  the  discussion  of  FEA’s  connection  to  DoD  management  efforts 
highlights  a  significant  strength  of  FPI,  many  experts  in  the  field  of  process  improvement 
still  have  doubts  concerning  the  quality  of  FPI's  underlying  tool  set.  DoD  supports  the 
FPI  methodology  and  has  incorporated  the  FEA  --  the  end  product  of  FPI  -  into  many 
of  DoD’s  fiscal  management  programs.  Tl^refore,  it  appears  the  first  requirement  of 
any  modification  to  the  methodology  mu^  maintain  support  for  developing  of  the 
business  case. 

The  current  tool  set  (contsiining  IDEFO,  IDEFIX,  and  ABC)  was  designed  with  the 
express  purpose  of  supporting  FEA.  The  aim  of  efforts  such  as  the  CADRE  100 
program  is  to  improve  this  support.  Because  of  DoD’s  support  for  the  FEA  as  a 
managerial  tool,  any  proposed  r^lacement  of  IDEFO,  IDEFIX,  or  ABC  in  the  FPI  tool 
set  must  demonstrate  a  significant  improvement  over  current  practices.  If  this  cannot  be 
done,  DoD’s  resistance  to  modifying  the  methodology  will  be  very  difficult  to 
overcome. 

Second,  review  of  the  FPI  methodology  addressed  some  substantive  weaknesses. 
Efforts  such  as  the  CADRE  100  program  and  the  DISA  Center  for  Functional  Process 
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Improvement  may  be  effective  in  countering  these  limitations,  specifically  by  reducing 
the  time  and  cost  of  improvement  projects.  As  the  first  com^lusion  suggests,  if  IDEFO 
is  not  an  effective  process  modeling  tool,  but  DoD  still  supports  its  use,  the  end  result 
of  DISA’s  efforts  may  be  a  good  deal  of  wasted  effort  and  resources.  As  FPI  matures, 
research  to  support  its  evolution  must  continue. 

Finally,  the  specific  cases  discussed  in  this  woilc  show  that  an  improvement 
methodology  may  be  useful  in  performing  only  part  of  the  process  improvement  mission. 
Managerial  practices  incoiporated  into  the  FPI  methodology,  such  as  strategic  planning 
and  benchmarking,  have  made  the  method  more  robust;  however,  other  areas,  such  as 
the  human  element  in  process  improvement,  have  yet  to  be  codified.  Arguably,  this  may 
not  be  possible.  If  it  is  not,  then  whatever  methodology  is  developed  can  greatly  assist, 
but  not  replace,  a  knowledgeable  and  visionary  leader  who  can  motivate  an  organization 
toward  a  new  horizon. 

B.  AREAS  OF  FURTHER  RESEARCH 

Many  experts  in  the  field  of  process  improvement  have  voiced  significant 
discomfort  with  using  the  IDEFO  process  modeling  tool.  Research  to  find  if  a  better 
process  modeling  tool  exists,  or  if  improvements  can  be  made  in  the  IDEF  suite  of  tools 
is  needed.  Although,  IDEF  tool  vendors  are  already  pursuing  some  of  these  questions 
to  establish  a  competitive  edge,  The  Naval  Postgraduate  School,  has  experience  with 
IDEF  and,  as  a  Navy’s  Reinvention  Laboratory,  is  using  a  variety  of  methods  for 
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conducting  process  improvement.  Based  on  this  knowledge  and  current  mission,  Naval 
Postgraduate  School  would  be  an  excellent  candidate  for  conducting  this  comparison. 

A  second  area  of  research  would  be  to  compare  the  process  and  tools  used  in 
improvement  projects  using  differing  methodologies.  A  good  candidate  for  this 
comparison  would  be  contrasting  a  project  using  the  FPI  methodology  with  one  using  a 
Total  Quality  Leadership  approach  like  that  codified  by  the  Department  of  the  Navy.  A 
study  in  this  areti  might  reveal  whether  TQL,  with  its  foundation  in  the  work  of  Dr. 
Deming,  is  compatible  with  all  or  part  of  the  FPI  methodology.  Related  to  this  would 
be  a  case  study  comparing  the  improvements  made  using  FPI  and  those  based  on  TQL 
to  decide  if  either  methodology  holds  a  substantive  advantage. 
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AFFENDEC  A 


This  iq)pendix  contains  exceipts  from  the  Defense  Logistics  Agency  Consumable 
Item  Management  Business  Frocess  Improvement  Project  Final  Rqx)it,  published  23 
Novemeber  1992. 

The  contents  are  as  follows: 


•  AS-IS  Context  Diagram  and  Text  77 

•  AS-IS  First  Level  Decomposition  Diagram  and  Text  79 

•  AS-IS  Decomposition  of  Activity  A2  and  Text  82 

•  AS-IS  Decomposition  of  Activity  A23  and  Text  85 

•  TO-BE  Context  Diagram  and  Text  87 

•  TO-BE  First  Level  Decomposition  Diagram  and  Text  90 

•  Function  Flow  vs.  Process  Flow  Analysis  94 
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Figure  2-6.  AS-tS  Large  Buy  Functional  vs.  Process  Flow 
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AFPENDKB 


This  appendix  contains  exceipts  from  the  Human  Resources  Office  Crystal  City 
Pilot  Project  Final  Rqroit  regarding  the  Civilian  Personnel  Training  Business  Process 
Improvement  Project.  The  final  rqroit  was  developed  in  1992. 

The  contents  are  as  follows: 


•  AS-IS  Context  Diagram  and  Text  97 

•  AS-IS  First  Level  Decomposition  and  Text  99 

•  AS-IS  Decomposition  of  A2  and  Text  101 

•  AS-IS  Decomposition  of  A23  and  Text  103 

•  AS-IS  Decomposition  of  A3  and  Text  105 

•  TO-BE  Context  Diagram  and  Text  107 

•  TO-BE  First  Level  Decomposition  and  Text  109 

•  TO-BE  Decomposition  of  A2  and  Text  111 

•  TO-BE  Decomposition  of  A23  and  Text  113 

•  TO-BE  Decomposition  of  A3  and  Text  1  IS 


96 


it 


Ml 

<1 


9 

4 

■i 

is 

>  «t 

9  S 

3  £ 

II 


9 

■* 

4 

II 

•  • 


tfi 

< 


I 

Si 

ui 


I  i  ! 


!  !  S  i  i : 

VI  i  i  2  i  < : 

z! .  :  Zi  u  ' 

'z: 

z;  <:  u !  S' 

O  I  s.  U:  s 

Z.  SiS-S.' 


r>i 


•  w  •• 
\a  X 


•  ^ 

3 

i  ^ 

V) 


H  2^ 

.  u  5  —  M 

A  &W9 

5  5  < 


5  s 

s  S 
3  S 
^  > 
a;/) 


I 


I « 


/ 


-  M 

*  9*5  S 

■9  >  a 


5  H  9 
3-3=  J 


'3  i) 

2  5 

1 1 

><  Z 


•ji 

■ji 


u 

s 


u 

<  M 

•  Z 

.  3 


9 

-3 


3 

s 

“ 

(/) 

■s 

S 

9 

.5 


9 


3 

«  ' 

U  ' 

y '  - 

S'  S 

z 

< 


S  ='  S 

s 


m  •  M 

5 

S  « 

5 

9  :  X 

u 

M  S 

9t  • 

9 

«» 

1  « 

*•  X 

*2 

Si  z 

< 

ul  !u 

I;  c 

9.  'Jl 

3  z 

lii 


< 

2 

;n 

< 


I 


97 


98 


100 


K 

S  a 


c  z 

U  O 

o  **< 

jZ  H 
u  I  U  I  < 
S  |Z  u 
Hlz  M 
X  b<|  O  j 

K  <  u  ca 
o*elu  => 
SiOie  a< 


11 

Vi  mm 

lii 

sll 

s  e> 

C  r.u 

X  R  e 

Pu'l 
!<!: 
15  I 

V.  c 

c:  ® 
i  c  o 
—  c  « 
w  O  = 

'  .5 

.£u  S 

ir.  ■  .« 

E?  £ 
y  C.S 

S  C  X 
=  c  .2 

5^1 

o'.i  c 
2  £ 
*-  V. 

W  e  > 

U)  Sc/) 

LL'  >  X 

O  £t- 

F  •'5 

J-J 
2  £< 
*-  —  (/> 


O  e 

.5  O 


« x5z  i 

W  •  w  ^  . 


£'e5  • 
>  f  I  >  S 

i  ^  ®  C  o 

-c“  C  D>« 
«©*•£>• 
s  e.  :=  « 

X  K  5  i  * 

c  «  c  §  « 

«  O  U.  f.  -c 

I  - 

U  ®  J«  E 

•£  e  C  2  £ 

„  “  e‘£  #5 

g  ttc  ew 

£  .S  R  K  9 

£  =1^  ®.a 
ffO*"  “'s 

0  e*!-- ® 

X  t  >  O'C 

o  5  eo  c 
s  e  o> 
|c<x:= 

tt  ?TE  X  O 

}-  5  £  «  o 
SS 

e  e  e 

?  5(0 

"  Jk  B< 

^  £  .  £  m 

Jog;® 

§1|£  = 

S 

i  -i'^  I 

X  £  U  B  «! 

<>-  u  .1  « 

Cv  s  £ 
f-  SO--  w 

X  C  ®  tt 

uj  „  —  i  ® 
1/5  .r  -  _  “5 

gsfil 

s 

-  >e£^ 
C  «  S-- 
o  r  "  E  » 
u-  S’®  5  S 

®  Z  «  c  £ 

i"  £x*  c 
O  ®  c.S  £ 

X  ®  r  w  5 


&  S 

e  r  ft 


^*=5  =  - - 
>-*-®  ®  5  I 

“  .£  r  «'  C 


111 

^  «R 

C  ft 
ft  ft 

ft  ^ 

ft  ^ 

«  ^ 

e  i«< 

a" 

gSc 

g£ 

w  c  . 

R« 

=5<®l®l 

^  K  ift 

I  «•-  « 

E  e  §®  fi 5 
c  £  z  s  i»  X  s 

£  rF  <  X 


‘"l-S  SEsf 
g.l 

I  £  I  c  5  ® 

I-  ® 

i£'5  E 

x«  sDx  .  D 

T!  >  £  c  c  •?  w 


£  e  s  £  ■”  c  s 

C  5  «  i  2  »  E 

X  X  *5  £  Ji  —  = 


:  £  -  ® 
•  xt  £■£ 

.  dr  ^  ^ 


O  ®  C.S  £ 

B  X  V 

CO  W  E  5  , 
=>  J:  O  =  "c 

O  ®  o>x  £ 

2i-ix! 

g'-H  5  5 

f  6  i§  6 

X  ®  ®  C  *S 


6  5c  «^  £  = 

Cp  ®  £■£  S’® 

p  .  ».£  rR  — 

e  ®  Z  C 

£i«'|.£  = 

5  5-g  ®x -.2 
0-5 '5  P  c  I  « 

o5zSr5  ci 

“ilgCx  S 

2  eco^  ®  c ”u 

wsciin 

CO  «o  —  ®  E  £ 

ST'^x  c  ®  5. 

X  ®  ^  c  px  > 


®ll 

Jcc  J 

.IT* 

if) 

Vi 

®c‘- 

|o-? 

X  IS  R 

ill 

III 

^  s  an 

5  J  ft 

ft 

C  R  (C 

“’  r.  »0 

l£^^ 

iio 

D 

Elf 

*S  W 

o  E  - 

—  HO) 

iow 

§U  e 
cA’S. 
C  X  o 
-  C  u 
zZ  . 

•£  5  ip 


R  ti  O 

>|o 

"c.E  c 

^  ft  — 

ifk  iC  D) 

IM. 

■fig 

—  c  R 
®  *"  *« 
e®  ® 

>  If)  0 
RlT  £ 

»  ^  ss 

igl 

£  O  R 

MR® 

2x  R 

■£  s  > 

Too 

®  ‘■*  C. 
=  £  R 

cS  •- 

U  ;  R 
e  —  F 
T  R< 

IK  O 

T  >  ^ 

5x  S 

C  X  c 

R  R  -; 
X  X  g 


1  I  f 

c®.£|-g 

—  R  rZ  R 

—  X  e 

£  £  c  S 

-Cx  —  — 

0  «r  R  5 

—  Sx  c-x 

R  5  '  ”  ® 

e  t.'  -  c  « 

i-e  J.£^ 

|g  ££■2 


X  g  R  —  3 

x^2‘*£5 

i|§H 

S-5  ®T  -S 

£  5  5  S  u 

M  _  X  R  R 

X  s  5  «-0 


R  '5  •  C  SE  T 

C  0.1  £  ’i  5 

c.  *  £  op  c 

iEoo2-S 
-  -  -z. o  R 
O 

O  R  £  Ei^  R 

Z  E  .£  2  c  £ 
S  .£  .£  R  ®  5 

<  0-  C  X  K  0 

^iPii 

B  R  R  E  X 

2  R  5  «  5.X 

g-s=1J  I 

Z  2  c  >  —  ■= 
CO  ctZ.  o  ® 

z  c  "5  ti  £ 

61-55  ££ 

<  .£  R  E  s  o 

i rS£o ' 

Z  B  p  IB  = 

<  5  i  =  £  5 

Si’  c;  B  > 
c  0 . .  C  X 
X  •=  B  u  r.  X 
X  -  ®  K  R  R 

O  £  >«  ©T 

U.  B  C  z  R  0 

c  z  i 

“-'  S  E  <  5 1 

5  c  5 

O  ®0  C  B’c! 
»-  C  C  •'  tt  < 

CO  “'O  «  Sco 

Si’s!  >£ 

lu  0  o  R  >  R 
-j  o  -  ^  r-  u 

J  X  B  X  ^ 

Q  i  X  .f  3 
—  ^  *S  ^  ^  ^ 

U  <  >  R  x  < 

f  dP  «  « 


102 


AS-IS/A21  rrrt.E:  scheooi.e  customer  for  manoatory  ACQurscrioM  tra  number 


MOTIFY  all  concerned  NtIMHER 
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MODE:  lO  BtlAOlEXI  I'*' * =  OEOUtST  AND  SCHEOUlE  GAINING  IIO  BEl  jlUlMDER;  TO  BE 


Ill 
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•  SCHEDULE  CUSTOMER  FOR  HAIIDATORY  ACQUIS1T1<5P MUMDER;  10  Bf 


SCHEDULE  CUSTOMER  FOR  MANDAT9RY  ACQUISITION  TRAINING  Is  llie  responsibility  ol  llie  SA/LMTC. 
The  staff  at  SA/LMTC  will  piucess  traininy  re(|iiast  forms  to  enroll  eni|iloyees  in  aci|iiisition/lo(}islic  series  in 
ac(|uisilion  related  comses.  These  courses  ate  open  to  all  OoO  employees  itt  ac(|uisilion/logislic  series  and 
the  number  of  slots  available  to  SA/LMTC  customers  is  very  limited. 
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ItODE:  TO  OE/A23TEXT  h’lTt.E:  SCIIEUIME  CUSIODAER  FOR  MANDATOftY  ACOUISITIUN  TIIAININQ  BE|  HUMBER:  JO  BE 
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